home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1988 / troff / 3_7_08.tro < prev    next >
Text File  |  1991-12-12  |  81KB  |  3,468 lines
  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright ( c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v | 5i'
  22. .LP
  23. \fBMONTAGE : FIN DE LA RECOMMANDATION I.251 EN\(hyT\* | TE DE CETTE PAGE\fR 
  24. .sp 2P
  25. .LP
  26. \v'18P'
  27. \fBRecommendation\ I.252\fR 
  28. .RT
  29. .sp 2P
  30. .RT
  31. .sp 2P
  32. .sp 1P
  33. .ce 1000
  34. \fBCALL\ OFFERING\ SUPPLEMENTARY\ SERVICES\fR 
  35. .EF '%    Fascicle\ III.7\ \(em\ Rec.\ I.252''
  36. .OF '''Fascicle\ III.7\ \(em\ Rec.\ I.252    %'
  37. .ce 0
  38. .sp 1P
  39. .ce 1000
  40. \fI(Melbourne, 1988)\fR 
  41. .sp 9p
  42. .RT
  43. .ce 0
  44. .sp 1P
  45. .PP
  46. The purpose of this Recommendation is to provide the stage 1
  47. description of the method defined in Recommendation\ I.130 using the means 
  48. given in Recommendation\ I.210. 
  49. .sp 1P
  50. .RT
  51. .PP
  52. Supplementary services are described by a prose definition and
  53. description (step\ 1.1) and by a dynamic description (step\ 1.3). The application 
  54. of the attribute technique (step\ 1.2), as defined in Recommendation\ I.140, 
  55. for supplementary services is for further study. 
  56. .PP
  57. This Recommendation describes the following Call Offering
  58. supplementary services:
  59. .RT
  60. .LP
  61.     I.252.1
  62.     Call Transfer (CT)
  63. .LP
  64.     I.252.2
  65.     Call Forwarding Busy (CFB)
  66. .LP
  67.     I.252.3
  68.     Call Forwarding No Reply (CFNR)
  69. .LP
  70.     I.252.4
  71.     Call Forwarding Unconditional (CFU)
  72. .LP
  73.     I.252.5
  74.     Call Deflection (CD) (Note)
  75. .LP
  76.     I.252.6
  77.     Line Hunting (LH)
  78. .PP
  79. \fINote\fR \ \(em\ This service having been identified now requires further 
  80. study; its description is not yet included. 
  81. .sp 2P
  82. .LP
  83. \fB1\fR     I.252.1\ \(em
  84.     \fBCall Transfer\fR 
  85. .sp 1P
  86. .RT
  87. .sp 1P
  88. .LP
  89. 1.1
  90.     \fIDefinition\fR 
  91. .sp 9p
  92. .RT
  93. .PP
  94. The Call Transfer supplementary service enables a user to transfer an established 
  95. (i.e. active) call to a third party. For the original call, the \*Qserved 
  96. user\*U (see \(sc\ 1.2.2) may have been either the calling or called party 
  97. (i.e. the call may have been either incoming or outgoing). This service 
  98. differs from the Call Diversion (i.e.\ Call Forwarding) supplementary services 
  99. in that the latter deal only with incoming calls that have not yet reached 
  100. the 
  101. \*Qfully\(hyestablished\*U state, whereas in the case of Call Transfer 
  102. an established end\(hyto\(hyend connection exists. 
  103. .bp
  104. .RT
  105. .sp 2P
  106. .LP
  107. 1.2
  108.     \fIDescription\fR 
  109. .sp 1P
  110. .RT
  111. .sp 1P
  112. .LP
  113. 1.2.1
  114.     \fIGeneral description\fR 
  115. .sp 9p
  116. .RT
  117. .PP
  118. Three methods of Call Transfer are identified. One, called \*QNormal\*U 
  119. Call Transfer, is described in \(sc\ 1.3.2 below. The two others are described 
  120. in \(sc\ 1.3.4. Although the invocation of these various methods differ, 
  121. the 
  122. essential operation of Call Transfer is to transform the served user's
  123. established call into a new call between the other party on the established
  124. call and a third party. It should be noted that, in a Three\(hyParty Service 
  125. call, there are several stages at which the served user can effectively 
  126. transfer the call. These are described in the Three\(hyParty Service description. 
  127. .RT
  128. .sp 2P
  129. .LP
  130. 1.2.2
  131.     \fISpecific terminology\fR 
  132. .sp 1P
  133. .RT
  134. .sp 1P
  135. .LP
  136. 1.2.2.1
  137.     \fIServed user, other parties\fR 
  138. .sp 9p
  139. .RT
  140. .PP
  141. During the invocation and active phases, the service is under the control 
  142. of the \*Qserved user\*U, i.e. the one for whom the service was subscribed. 
  143. This user is also referred to as \*Quser A\*U. Other parties associated 
  144. with this service are defined as follows: 
  145. .RT
  146. .LP
  147.     \(em
  148.     user B is the other party in the original call
  149. (A\(<-
  150. \(raB);
  151. .LP
  152.     \(em
  153.     user C is the \*Qthird party\*U \(hy the other party in the
  154. subsequent call (A | (raC).
  155. .sp 1P
  156. .LP
  157. 1.2.3
  158.     \fIQualifications on the applicability to telecommunication\fR 
  159. \fIservices\fR 
  160. .sp 9p
  161. .RT
  162. .PP
  163. This supplementary service is considered meaningful when applied to the 
  164. Telephony teleservice and the speech and 3.1\ kHz audio bearer service. 
  165. Furthermore, it may also be meaningful when applied to other services.
  166. .RT
  167. .sp 2P
  168. .LP
  169. 1.3
  170.     \fIProcedures\fR 
  171. .sp 1P
  172. .RT
  173. .sp 1P
  174. .LP
  175. 1.3.1
  176.     \fIProvision/withdrawal\fR 
  177. .sp 9p
  178. .RT
  179. .PP
  180. The Call Transfer supplementary service is subscribed to by prior arrangements 
  181. with the service provider. Subscription can be made for 
  182. \*QNormal Call Transfer\*U and/or for either of the alternate procedures
  183. (i.e. \*QSingle\(hyStep Call Transfer\*U or \*QExplicit Call Transfer\*U) 
  184. offered by 
  185. the service provider.
  186. .PP
  187. Withdrawal of the service is made by the service provider upon
  188. request by the subscriber or for service provider reasons.
  189. .RT
  190. .sp 2P
  191. .LP
  192. 1.3.2
  193.     \fINormal procedures\fR 
  194. .sp 1P
  195. .RT
  196. .sp 1P
  197. .LP
  198. 1.3.2.1
  199.     \fIActivation/deactivation/registration\fR 
  200. .sp 9p
  201. .RT
  202. .PP
  203. None identified.
  204. .RT
  205. .sp 1P
  206. .LP
  207. 1.3.2.2
  208.     \fIInvocation and operation\fR 
  209. .sp 9p
  210. .RT
  211. .PP
  212. The served user, user A, can transform an established call with
  213. user\ B into (effectively) a call from user\ B to a third party, user C. 
  214. When the served user (user\ A) asks the service provider to begin the \*QNormal\*U 
  215. Call 
  216. Transfer, the service provider puts the already established call (with 
  217. user\ B) on hold. User\ A then proceeds to establish the second call (to 
  218. user\ C). Upon 
  219. request from user\ A to complete the Call Transfer, the service provider 
  220. would connect users\ B and\ C together while removing the connections between 
  221. user A 
  222. and the other two users. (The extent to which the service provider re\(hyuses 
  223. the resources from the A\(<- 
  224. \(raB and A | (raC calls to form the B | (raC call is a
  225. service provider option.)
  226. .PP
  227. \fINote\fR \ \(em\ In the resulting call B | (raC, user C will have all 
  228. the relevant characteristics of the called party, but user B will not necessarily 
  229. have all the characteristics of the calling party, depending on whether 
  230. user B 
  231. called user A and also depending on which service or supplementary service 
  232. is under consideration. 
  233. .PP
  234. In some networks, user A can request completion of the Call Transfer either 
  235. during or after the establishment of the connection to user\ C. 
  236. .PP
  237. The service provider will optionally notify users B and C of the
  238. transfer and, depending on interworking conditions and the supplementary
  239. services subscribed to by users\ B and\ C, will indicate to user\ B the 
  240. number of user\ C and will indicate to user\ C the number of user\ B. 
  241. .bp
  242. .RT
  243. .sp 2P
  244. .LP
  245. 1.3.3
  246.     \fIExceptional procedures\fR 
  247. .sp 1P
  248. .RT
  249. .sp 1P
  250. .LP
  251. 1.3.3.1
  252.     \fIActivation/deactivation/registration\fR 
  253. .sp 9p
  254. .RT
  255. .PP
  256. None identified.
  257. .RT
  258. .sp 1P
  259. .LP
  260. 1.3.3.2
  261.     \fIInvocation and operation\fR 
  262. .sp 9p
  263. .RT
  264. .PP
  265. The service request would be rejected if the user invoking the
  266. service has not subscribed to the Call Transfer service (or the requested
  267. service option). The user would be notified of the cause for rejection 
  268. and the original call A\(<- 
  269. \(raB would remain in the state it was in before the
  270. transfer request was received.
  271. .PP
  272. If user A's attempt to establish a connection to user\ C is
  273. unsuccessful, (e.g. user\ C is busy), user A will be so informed and will be
  274. able either to retrieve the original call A\(<-
  275. \(raB or to attempt a new
  276. connection (e.g. to C or to another party) (see Figure\ 2/I.252).
  277. .PP
  278. The transfer request would be rejected if the network is
  279. unsuccessful in connecting users B and C (e.g. when user\ C is busy, when 
  280. there is network congestion, or when transfer restrictions are violated). 
  281. The user 
  282. would be notified of the cause for rejection and the two calls would remain 
  283. in the states they were in before the request was received. 
  284. .RT
  285. .sp 2P
  286. .LP
  287. 1.3.4
  288.     \fIAlternative procedures\fR 
  289. .sp 1P
  290. .RT
  291. .sp 1P
  292. .LP
  293. 1.3.4.1
  294.     \fIActivation/deactivation/registration\fR 
  295. .sp 9p
  296. .RT
  297. .PP
  298. None identified.
  299. .RT
  300. .sp 2P
  301. .LP
  302. 1.3.4.2
  303.     \fIInvocation and operation\fR 
  304. .sp 1P
  305. .RT
  306. .sp 1P
  307. .LP
  308. 1.3.4.2.1
  309.     \fISingle\(hyStep Call Transfer\fR 
  310. .sp 9p
  311. .RT
  312. .PP
  313. In this procedure, the served user can transfer an established call (with 
  314. user\ B) to another user (user\ C) without first establishing a call to 
  315. user\ C. When invoking a Single\(hyStep Call Transfer, the served user would
  316. indicate to the service provider the address of user\ C. The service provider
  317. would then establish a connection between users\ B and\ C, and disconnect the
  318. served user, user\ A, from the original call with user\ B. It should be noted
  319. that the service provider is not required to reinstate the call A\(<-
  320. \(raB if a Single\(hyStep Call Transfer to user\ C fails. It is also necessary 
  321. to notify 
  322. user\ B of the progress of the establishment of the call to user C, particularly 
  323. if the call A\(<- 
  324. \(raB cannot be reinstated.
  325. .RT
  326. .sp 1P
  327. .LP
  328. 1.3.4.2.2
  329.     \fIExplicit Call Transfer\fR 
  330. .sp 9p
  331. .RT
  332. .PP
  333. In this procedure, the served user A puts the already established call 
  334. (with user\ B) on hold and then proceeds to establish another call (to 
  335. user\ C) or to accept an incoming call (from user\ C). If user A's attempt to
  336. establish a connection to user\ C is unsuccessful (e.g. user\ C is busy), 
  337. user\ A will be so informed and will be able either to retrieve the original 
  338. call A\(<-
  339. \(raB or to attempt a new connection (e.g. to user\ C or to another
  340. party) (see Figure\ 4/I.252).
  341. .PP
  342. User A then explicitly requests that the call with user B be
  343. transferred to user C. (By contrast, in the Normal Call Transfer procedure, 
  344. the service provider \*Qknows\*U that the two calls [A\(<- 
  345. \(raB and A | (raC] are related; requesting completion of Normal Call Transfer 
  346. for call A | (raC implicitly means 
  347. \*Uconnect user C with user\ B\*U.) The remainder of the procedures are 
  348. identical to Normal Call Transfer (with the possible exception of the failure 
  349. procedures.)
  350. .RT
  351. .sp 1P
  352. .LP
  353. 1.4
  354.     \fINetwork capabilities for charging\fR 
  355. .sp 9p
  356. .RT
  357. .PP
  358. This Recommendation does not cover charging principles.  Future
  359. Recommendations in the D\(hySeries are expected to contain that information.
  360. .PP
  361. It shall be possible to charge the subscriber accurately for the
  362. service.
  363. .RT
  364. .sp 1P
  365. .LP
  366. 1.5
  367.     \fIInterworking requirements\fR 
  368. .sp 9p
  369. .RT
  370. .PP
  371. User B and user C may not be able to receive each other's address if one 
  372. (or both) of the calls exits from the ISDN network. The different 
  373. scenarios are shown in the following tables. The tables assume that B is the
  374. originator of the call to A. The network may not be able to recognize user
  375. identification if one or both of the calls requires interworking with non\(hyISDN 
  376. network(s). 
  377. .bp
  378. .PP
  379. For illustrative purposes, assume that user B originates a call to
  380. user\ A, and user\ A initiates the call transfer service to connect user\ B to
  381. user\ C. The different scenarios are shown in the following tables:
  382. .RT
  383. .LP
  384. .sp 2
  385. .ce
  386. \fBH.T. [T1.252]\fR 
  387. .LP
  388. .ce
  389. i) Users A, B and C are in ISDN
  390. .ps 9
  391. .vs 11
  392. .nr VS 11
  393. .nr PS 9
  394. .TS
  395. center box;
  396. cw(66p) | cw(30p) | cw(30p) | cw(30p) .
  397.  {
  398. Address information available to
  399.  }    Address of A      Address of B      Address of C
  400. _
  401. .T&
  402. cw(66p) | cw(30p) | cw(30p) | cw(30p) .
  403. User A    \(em    YES    YES
  404. _
  405. .T&
  406. cw(66p) | cw(30p) | cw(30p) | cw(30p) .
  407. User B    YES    \(em    YES
  408. _
  409. .T&
  410. cw(66p) | cw(30p) | cw(30p) | cw(30p) .
  411. User C    YES    YES    \(em
  412. _
  413. .TE
  414. .nr PS 9
  415. .RT
  416. .ad r
  417. \fBTableau i) [T1.252], p. 1\fR 
  418. .sp 1P
  419. .RT
  420. .ad b
  421. .RT
  422. .LP
  423. .sp 2
  424. .ce
  425. \fBH.T. [T2.252]\fR 
  426. .ce
  427. ii) Users A and B are in ISDN. User C is in another network
  428. .ps 9
  429. .vs 11
  430. .nr VS 11
  431. .nr PS 9
  432. .TS
  433. center box;
  434. cw(66p) | cw(30p) | cw(30p) | cw(30p) .
  435.  {
  436. Address information available to
  437.  }    Address of A      Address of B      Address of C
  438. _
  439. .T&
  440. cw(66p) | cw(30p) | cw(30p) | cw(30p) .
  441. User A    \(em    YES    YES
  442. _
  443. .T&
  444. cw(66p) | cw(30p) | cw(30p) | cw(30p) .
  445. User B    YES    \(em    YES
  446. _
  447. .T&
  448. cw(66p) | cw(30p) | cw(30p) | cw(30p) .
  449. User C    NO    NO    \(em
  450. _
  451. .TE
  452. .nr PS 9
  453. .RT
  454. .ad r
  455. \fBTableau ii) [T2.252], p. 2\fR 
  456. .sp 1P
  457. .RT
  458. .ad b
  459. .RT
  460. .LP
  461. .sp 2
  462. .ce
  463. \fBH.T. [T3.252]\fR 
  464. .ce
  465. iii) Users A and C are in ISDN. User B is in another network
  466. .ps 9
  467. .vs 11
  468. .nr VS 11
  469. .nr PS 9
  470. .TS
  471. center box;
  472. cw(66p) | cw(30p) | cw(30p) | cw(30p) .
  473.  {
  474. Address information available to
  475.  }    Address of A      Address of B      Address of C
  476. _
  477. .T&
  478. cw(66p) | cw(30p) | cw(30p) | cw(30p) .
  479. User A    \(em    NO    YES
  480. _
  481. .T&
  482. cw(66p) | cw(30p) | cw(30p) | cw(30p) .
  483. User B    YES    \(em    NO
  484. _
  485. .T&
  486. cw(66p) | cw(30p) | cw(30p) | cw(30p) .
  487. User C    YES    NO    \(em
  488. _
  489. .TE
  490. .nr PS 9
  491. .RT
  492. .ad r
  493. \fBTableau iii) [T3.252], p. 3\fR 
  494. .sp 1P
  495. .RT
  496. .ad b
  497. .RT
  498. .LP
  499. .bp
  500. .ce
  501. \fBH.T. [T4.252]\fR 
  502. .ce
  503. iv) User A is in ISDN. Users B and C are in another network
  504. .ps 9
  505. .vs 11
  506. .nr VS 11
  507. .nr PS 9
  508. .TS
  509. center box;
  510. cw(66p) | cw(30p) | cw(30p) | cw(30p) .
  511.  {
  512. Address information available to
  513.  }    Address of A      Address of B      Address of C
  514. _
  515. .T&
  516. cw(66p) | cw(30p) | cw(30p) | cw(30p) .
  517. User A    \(em    NO    YES
  518. _
  519. .T&
  520. cw(66p) | cw(30p) | cw(30p) | cw(30p) .
  521. User B    YES    \(em    NO
  522. _
  523. .T&
  524. cw(66p) | cw(30p) | cw(30p) | cw(30p) .
  525. User C    NO    NO    \(em
  526. _
  527. .TE
  528. .nr PS 9
  529. .RT
  530. .ad r
  531. \fBTableau iv) [T4.252], p. 4\fR 
  532. .sp 1P
  533. .RT
  534. .ad b
  535. .RT
  536. .sp 2P
  537. .LP
  538. 1.6
  539.     \fIInteraction with other supplementary services\fR 
  540. .sp 1P
  541. .RT
  542. .sp 1P
  543. .LP
  544. 1.6.1
  545.     \fICall Waiting\fR 
  546. .sp 9p
  547. .RT
  548. .PP
  549. Assume served user A has an established call with user B and wishes to 
  550. transfer user B to user C, and users A, B and C all have subscribed to 
  551. the Call Waiting Service. If a call from user D is received while: 
  552. .RT
  553. .LP
  554.     i)
  555.     user A is invoking Normal Call Transfer
  556. .LP
  557.     \(em
  558.     If user D calls user A at any time before A requests
  559. the completion of the transfer of user\ B to user\ C,
  560. then user\ A shall receive a call waiting indication.
  561. When user\ B is transferred to user\ C, a B\(hychannel
  562. would normally become idle, enabling user A to accept
  563. the waiting call.
  564. .LP
  565.     \(em
  566.      If user D calls user B, then user B can use normal call waiting procedures 
  567. to accept the waiting call 
  568. (preferably once the transfer to user\ C is completed).
  569. If user\ B had a call waiting indication while the call was
  570. established with user\ A, the 
  571. call waiting indication
  572. shall not be affected by the transfer of user B to user\ C.
  573. .LP
  574.     \(em
  575.     If user D calls user C during the transfer process
  576. (i.e. while user C is engaged on an active call with user\ A),
  577. the call waiting indication shall be presented to user\ C.
  578. User\ C could then use Normal Call Waiting procedures to accept
  579. the waiting call (preferably once the call transfer is
  580. completed).
  581. .LP
  582.     ii)
  583.     user A is invoking Single\(hyStep Call Transfer
  584. .LP
  585.     \(em
  586.      User A may receive a call waiting indication any time before or during 
  587. the transfer invocation. Once the Single\(hyStep 
  588. Call Transfer is invoked, then user\ A is disconnected from
  589. user\ B, thus, causing a B\(hychannel to normally become idle,
  590. enabling user\ A to accept the waiting call.
  591. .LP
  592.     \(em
  593.      User B may receive a call waiting indication any time before or during 
  594. the transfer invocation. User\ B could then use 
  595. Normal Call Waiting procedures to accept the waiting call
  596. (preferably once the transfer is completed). If the transfer is
  597. not successful (e.g. user\ C is busy), then user\ B would normally
  598. release the call, causing a B\(hychannel to become idle and enabling
  599. user\ B to accept the waiting call.
  600. .LP
  601.     \(em
  602.     If the call from user D arrives at user C's serving
  603. office after the call from A, user C would receive a call waiting
  604. indication. The call waiting indication shall not be affected by
  605. the transfer of user B to user C.  User C could then use Normal
  606. Call Waiting procedures to accept the waiting call (preferably
  607. once the transfer is completed).  If the call from user D arrives
  608. before the call from user\ A, the call from user A will receive
  609. call waiting treatment.
  610. .LP
  611.     iii)
  612.     user A is invoking Explicit Call Transfer
  613. .LP
  614.     \(em
  615.     The interaction for users A, B, or C with call
  616. waiting are the same as for\ i) above.
  617. .bp
  618. .sp 1P
  619. .LP
  620. 1.6.2
  621.     \fICall Transfer\fR 
  622. .sp 9p
  623. .RT
  624. .PP
  625. It shall be possible for both users (user A and user B) in a
  626. normal call, who have each subscribed to the Call Transfer Service, to
  627. simultaneously transfer the call. That is, if user A and user B are active 
  628. in an established call, user\ A could transfer the call to a user C and 
  629. user B 
  630. could transfer the call to a user\ D. Call progress signals and other
  631. notifications will be delivered to the appropriate party at the time
  632. the signal is received. See Figure\ 1/I.252.
  633. .RT
  634. .LP
  635. .rs
  636. .sp 8P
  637. .ad r
  638. \fBFigure 1/I.252, (N), p.\fR 
  639. .sp 1P
  640. .RT
  641. .ad b
  642. .RT
  643. .sp 1P
  644. .LP
  645. 1.6.3
  646.     \fIConnected Line Identification Presentation (COLP)\fR 
  647. .sp 9p
  648. .RT
  649. .PP
  650. Assume that user A has an established call with user B and wishes to transfer 
  651. this call with user\ B to user\ C. Except in the case where user\ C 
  652. prohibits the presentation of his/her number, user C's number shall be
  653. presented:
  654. .RT
  655. .LP
  656.     \(em
  657.     to user B upon the successful completion of the transfer to
  658. user\ C (independent of the type of transfer procedure invoked by
  659. user\ A) provided that user B has subscribed to COLP;
  660. .LP
  661.     \(em
  662.     to user A when user A is using the Normal or Explicit Call
  663. Transfer procedures and has subscribed to COLP. The reached party's
  664. number will not be presented to user A if user A invokes the
  665. Single\(hyStep Call Transfer procedure.
  666. .PP
  667. \fINote\fR \ \(em\ Number presentation may not be possible if
  668. interworking with a non\(hyISDN network is involved in the call transfer.
  669. .sp 1P
  670. .LP
  671. 1.6.4
  672.     \fIConnected Line Identification Restriction (COLR)\fR 
  673. .sp 9p
  674. .RT
  675. .PP
  676. Assume that a user A has an established call with a user B and
  677. wishes to transfer this call with user\ B to a user\ C.
  678. .PP
  679. If user C has subscribed to COLR, then user A shall not receive
  680. user\ C's number when user\ A invokes any Call Transfer procedure and user\ B
  681. shall not receive user C's number during the transfer of user\ B to
  682. user\ C.
  683. .RT
  684. .sp 1P
  685. .LP
  686. 1.6.5
  687.     \fICalling Line Identification Presentation (CLIP)\fR 
  688. .sp 9p
  689. .RT
  690. .PP
  691. For Normal and Explicit Call Transfers, user A shall have his
  692. number presented to user C and user B shall have his number presented to 
  693. user\ C unless: 
  694. .RT
  695. .LP
  696.     1)
  697.     user A or B has number presentation restrictions; or
  698. .LP
  699.     2)
  700.     the call transfer process requires interworking with a
  701. non\(hyISDN network.
  702. .PP
  703. For Single\(hyStep Call Transfer, if user C has subscribed to CLIP he shall 
  704. receive the number of user B unless: 
  705. .LP
  706.     1)
  707.     User B has address presentation restrictions; or
  708. .LP
  709.     2)
  710.     the call transfer process requires interworking with a
  711. non\(hyISDN network.
  712. .PP
  713. User C may also receive user A's address as a \*Q
  714. redirecting
  715. party
  716. \*U unless:
  717. .LP
  718.     1)
  719.     User A has address presentation restrictions; or
  720. .LP
  721.     2)
  722.     the call transfer process requires interworking with a
  723. non\(hyISDN network.
  724. .bp
  725. .sp 1P
  726. .LP
  727. 1.6.6
  728.     \fICalling Line Identification Restriction (CLIR)\fR 
  729. .sp 9p
  730. .RT
  731. .PP
  732. Assume that a user A has an established call with a user B and wishes to 
  733. transfer this call with user\ B to a user\ C. 
  734. .PP
  735. If user A has subscribed to CLIR, then user C shall not receive a
  736. calling number when user A invokes any Call Transfer procedure. If user\ 
  737. B has subscribed to CLIR, then user\ C shall not receive a calling number 
  738. during the transfer of user B to user\ C. 
  739. .RT
  740. .sp 1P
  741. .LP
  742. 1.6.7
  743.     \fIClosed User Group (CUG)\fR 
  744. .sp 9p
  745. .RT
  746. .PP
  747. The intention of CUG is to allow some connections and prohibit
  748. others; call transfer must not compromise this intention.
  749. .PP
  750. Assume that a user A has an established call with user B and wishes to 
  751. transfer this call with user\ B to a user\ C. When considering CUG requirements 
  752. and restrictions, the transfer process (all three procedures) should be 
  753. considered as three separate call processings:
  754. .RT
  755. .LP
  756.     1)
  757.     when users A and B established their original connection, if
  758. user A and/or user B was a member of a CUG, then CUG requirements must
  759. have been met before the two parties were connected;
  760. .LP
  761.     2)
  762.     when user A invokes a transfer procedure, both user A and
  763. user C must meet CUG requirements before the call can be completed, if
  764. either user A or user C is a member of a CUG;
  765. .LP
  766.     3)
  767.     finally, the transfer connection of user B to user C must
  768. first meet all CUG requirements (if either user\ B and/or user C is a
  769. member of a CUG) before the two parties can establish
  770. communications.
  771. .PP
  772. The above requirements insure that CUG security is not violated. They prevent, 
  773. for example, a user A who meets CUG requirements with user\ C from transferring 
  774. a user B who does not meet CUG requirements with user\ C. 
  775. .sp 1P
  776. .LP
  777. 1.6.8
  778.     \fIConference Calling\fR 
  779. .sp 9p
  780. .RT
  781. .PP
  782. Refer to Recommendation\ I.254, \(sc\ 1.6.2, ineraction with Call
  783. Transfer.
  784. .RT
  785. .sp 1P
  786. .LP
  787. 1.6.9
  788.     \fIDirect\(hyDialling\(hyIn\fR 
  789. .sp 9p
  790. .RT
  791. .PP
  792. No impact, i.e. neither supplementary service affects the operation of 
  793. the other supplementary service. 
  794. .RT
  795. .sp 1P
  796. .LP
  797. 1.6.10
  798.     \fICall Divertion (i.e. Call Forwarding Services)\fR 
  799. .sp 9p
  800. .RT
  801. .PP
  802. In general, if the served user attempts to establish a call to a
  803. party that is forwarding calls, the forwarded\(hyto party will be alerted 
  804. and may be transferred to. Specific procedures are described below. 
  805. .PP
  806. The count for the number of forwarding \*Qhops\*U should be cleared
  807. each time a call transfer occurs.
  808. .PP
  809. Assume that a user A has an established call with a user B and wishes to 
  810. transfer this call with user\ B to a user\ C: 
  811. .RT
  812. .sp 1P
  813. .LP
  814. 1.6.10.1
  815.     \fICall Forwarding Busy (CFB)\fR 
  816. .sp 9p
  817. .RT
  818. .PP
  819. User C, which has subscribed to CFB, may be busy on another call
  820. when user A's call is received. The call from user A would then be routed to
  821. another user\ D. For Normal and Explicit Call Transfers, user A would, in
  822. general, be aware of the forwarding and could make a decision as to whether 
  823. or not the transfer of user\ B should be completed to the forwarded\(hyto 
  824. user D. For Single\(hyStep Call transfer, user\ B would be connected to 
  825. the forwarded\(hyto 
  826. user\ D.
  827. .bp
  828. .RT
  829. .sp 1P
  830. .LP
  831. 1.6.10.2
  832.     \fICall Forwarding No Reply (CFNR)\fR 
  833. .sp 9p
  834. .RT
  835. .PP
  836. User C, who has subscribed to CFNR, may have a free access but does not 
  837. answer user A's call. Upon expiration of the CFNR timer, user A's call 
  838. would be routed to another user\ D. For Normal and Explicit Call Transfers,
  839. user\ A would, in general, be aware of the forwarding and could make a 
  840. decision as to whether or not the transfer of user\ B should be completed 
  841. to the 
  842. forwarded\(hyto user\ D. For Single\(hyStep Call Transfer, user\ B would 
  843. be connected to the forwarded\(hyto user\ D. 
  844. .RT
  845. .sp 1P
  846. .LP
  847. 1.6.10.3
  848.     \fICall Forwarding Unconditional (CFU)\fR 
  849. .sp 9p
  850. .RT
  851. .PP
  852. If user C has subscribed to CFU, then user A's call will be routed to another 
  853. user D. For Normal and Explicit Call Transfers, user A would, in 
  854. general, be aware of the forwarding and could make a decision as to whether 
  855. or not the transfer of user B should be completed to the forwarded\(hyto 
  856. user D. For Single\(hyStep Call Transfer, user B would be connected to 
  857. the forwarded\(hyto 
  858. user\ D.
  859. .RT
  860. .sp 1P
  861. .LP
  862. 1.6.11
  863.     \fILine Hunting\fR 
  864. .sp 9p
  865. .RT
  866. .PP
  867. No impact, i.e. neither supplementary service affects the operation of 
  868. the other supplementary service. 
  869. .RT
  870. .sp 1P
  871. .LP
  872. 1.6.12
  873.     \fIThree\(hyParty Service\fR 
  874. .sp 9p
  875. .RT
  876. .PP
  877. The forms of call transfer given in Table\ 1/I.252 are applicable to the 
  878. indicated states of Three\(hyParty Service. 
  879. .RT
  880. .ce
  881. \fBH.T. [T5.252]\fR 
  882. .ce
  883. TABLE\ 1/I.252
  884. .ps 9
  885. .vs 11
  886. .nr VS 11
  887. .nr PS 9
  888. .TS
  889. center box;
  890. cw(60p) | cw(36p) sw(36p) sw(36p) , ^  | c | c | c.
  891.  {
  892. Three\(hyparty service state
  893.  }    Call transfer  
  894.     Normal      Single\(hystep      Explicit
  895. _
  896. .T&
  897. lw(60p) | cw(36p) | cw(36p) | cw(36p) .
  898. Active/held     {
  899. YES | fB\fR\(ua\fBa\fR\(ua\fB)\fR
  900.  }    NA    YES
  901. _
  902. .T&
  903. lw(60p) | cw(36p) | cw(36p) | cw(36p) .
  904. Three\(hyway conversation    YES | ua\d\u)\d\fR    NA     {
  905. NA
  906. \fR
  907. \ua\d\u)\d
  908. See Figure 4/I.254, three\(hyparty service dynamic
  909. description.
  910.  }
  911. _
  912. .TE
  913. .nr PS 9
  914. .RT
  915. .ad r
  916. \fBTable 1/I.252 [T5.252], p.\fR 
  917. .sp 1P
  918. .RT
  919. .ad b
  920. .RT
  921. .sp 1P
  922. .LP
  923. 1.6.13
  924.     \fIUser\(hyto\(hyUser Signalling (UUS)\fR 
  925. .sp 9p
  926. .RT
  927. .PP
  928. Prior to transfer: Prior to beginning a transfer user\ A can employ UUS 
  929. services 1, 2 and\ 3 normally. 
  930. .PP
  931. During transfer: UUS services 1, 2 and 3 are only allowable between
  932. user\ A and user B and/or between user\ A and user\ C. User\(hyto\(hyuser
  933. information\ (UUI) sent by user B will be delivered to user A, not user 
  934. C. UUI cannot be transferred between users\ B and\ C during this time. 
  935. The delivery of service 3 UUI cannot be guaranteed during transfer. 
  936. .PP
  937. After completion of transfer: Only if user B and user A both request service(s) 
  938. 1, 2 and/or 3, is that service(s) available for use between users\ B and 
  939. C after the transfer is completed. If user A did not request a given 
  940. service in the set\(hyup to user\ C, user\ B will be informed that he can 
  941. no longer employ that service on this call. If user\ A requested a particular 
  942. service in the set\(hyup to user\ C, but the service was not requested 
  943. by user\ B in the 
  944. initial
  945. set\(hyup message to user\ A, user\ C will be informed at the completion of the
  946. transfer that he can no longer employ the service.
  947. .PP
  948. \fINote 1\fR \ \(em\ The procedures to be followed if transfer of charge is
  949. permitted are for further study.
  950. .PP
  951. \fINote 2\fR \ \(em\ The procedures to be followed if the number of allowable
  952. messages has been reached by any party are for further study.
  953. .bp
  954. .RT
  955. .sp 1P
  956. .LP
  957. 1.6.14
  958.     \fIMultiple Subscriber Number\fR 
  959. .sp 9p
  960. .RT
  961. .PP
  962. No impact, i.e. neither supplementary service affects the operation of 
  963. the other supplementary service. 
  964. .RT
  965. .sp 1P
  966. .LP
  967. 1.6.15
  968.     \fICall Hold\fR 
  969. .sp 9p
  970. .RT
  971. .PP
  972. Parties held by users A, B and C, before invoking a transfer
  973. process will continue to be held by the parties after the transfer process. 
  974. For example, if user\ B places his call to user\ A on hold during user 
  975. A's transfer of the call to user\ C, the resulting call from user\ B to 
  976. user\ C shall remain 
  977. held by user\ B until it is retrieved by user\ B. The only exception to 
  978. this is the Explicit Call Transfer procedure when user\ A transfers user 
  979. B to user\ C. In this case, user B will no longer be held by user A after 
  980. the transfer is 
  981. completed.
  982. .PP
  983. Special case: Assume users A and B were in an active call and user A places 
  984. user B on hold, and user B places user\ A on hold. If user A transfers 
  985. user\ B to user\ C by invoking the Explicit Call Transfer procedure, then the
  986. transfer shall take effect with the resulting call between users\ B and\ C
  987. remaining held by user\ B and the held call between user\ A to user\ B shall be
  988. discarded (i.e. user\ B cannot retrieve user\ A after the transfer).
  989. .RT
  990. .sp 1P
  991. .LP
  992. 1.6.16
  993.     \fIAdvice of Charge\fR 
  994. .sp 9p
  995. .RT
  996. .PP
  997. Refer to Recommendation I.256, \(sc\(sc\ 2.1.6.2, 2.2.6.2, 2.3.6.2,
  998. Interaction with Call Transfer.
  999. .RT
  1000. .sp 1P
  1001. .LP
  1002. 1.7
  1003.     \fIDynamic description\fR 
  1004. .sp 9p
  1005. .RT
  1006. .PP
  1007. The dynamic description of this service is shown in
  1008. Figure\ 2/I.252.
  1009. .RT
  1010. .sp 2P
  1011. .LP
  1012. \fB2\fR     I.252.2\ \(em
  1013.     \fBCall Forwarding Busy\fR 
  1014. .sp 1P
  1015. .RT
  1016. .sp 1P
  1017. .LP
  1018. 2.1
  1019.     \fIDefinition\fR 
  1020. .sp 9p
  1021. .RT
  1022. .PP
  1023. Call Forwarding Busy (CFB) permits a \*Qserved user\*U (see \(sc\ 2.2.2) 
  1024. to have the network send to another number all incoming calls for the served 
  1025. user's ISDN number (or just those associated with a specified basic service)
  1026. which meet busy at the served user's ISDN number. The served user's originating 
  1027. service is unaffected. 
  1028. .PP
  1029. \fINote\fR \ \(em\ In normal situations, the CFB service is provided on a per
  1030. access basis. (In these situations, there is a one\(hyto\(hyone relationship 
  1031. between ISDN number and access.) However, the network may recognize multiple 
  1032. numbers on a single interface; in addition, it may not undertstand a complete 
  1033. ISDN number (e.g.\ DDI). In these cases, the CFB service is offered on 
  1034. the basis of the part of the ISDN number which the network can recognize. 
  1035. .RT
  1036. .sp 2P
  1037. .LP
  1038. 2.2
  1039.     \fIDescription\fR 
  1040. .sp 1P
  1041. .RT
  1042. .sp 1P
  1043. .LP
  1044. 2.2.1
  1045.     \fIGeneral description\fR 
  1046. .sp 9p
  1047. .RT
  1048. .PP
  1049. For a given ISDN number, this service (including options) may be
  1050. subscribed to for each basic service to which the user(s) of the number
  1051. subscribes, or collectively for all the basic services to which the user(s)
  1052. subscribes. Since subscription is on an ISDN number basis, the same Call
  1053. Forwarding subscriptions will apply to all terminals using this number.
  1054. .PP
  1055. \fINote\fR \ \(em\ In this service description, it is assumed that a single 
  1056. ISDN number is not shared across multiple interfaces. A single ISDN number 
  1057. may, 
  1058. however, be shared by multiple terminals on the same interface.  Procedures
  1059. permitting an ISDN number to be shared across multiple interfaces are for
  1060. further study. For multiple access installations, it may be possible for the
  1061. user to specify, on activation, if the service is applicable to a specific
  1062. access or all accesses associated with that installation.
  1063. .PP
  1064. The served user can request a different forwarded\(hyto number for
  1065. each basic service subscription parameter value to which he has subscribed.
  1066. .PP
  1067. An indication that the CFB service is activated on a number may, as an 
  1068. option, be given to the user who has forwarding activated, each time an 
  1069. outgoing call is made. This may take the form of a special indication in the
  1070. proceed response.
  1071. .bp
  1072. .RT
  1073. .LP
  1074. .rs
  1075. .sp 47P
  1076. .ad r
  1077. \fBFigure 2/I.252, (N), p. 7\fR 
  1078. .sp 1P
  1079. .RT
  1080. .ad b
  1081. .RT
  1082. .LP
  1083. .bp
  1084. .LP
  1085. .rs
  1086. .sp 47P
  1087. .ad r
  1088. \fBFigure 3/I.252, (N), p. 8\fR 
  1089. .sp 1P
  1090. .RT
  1091. .ad b
  1092. .RT
  1093. .LP
  1094. .bp
  1095. .LP
  1096. .rs
  1097. .sp 47P
  1098. .ad r
  1099. \fBFigure 4/I.252, (N), p. 9\fR 
  1100. .sp 1P
  1101. .RT
  1102. .ad b
  1103. .RT
  1104. .LP
  1105. .bp
  1106. .sp 1P
  1107. .LP
  1108. 2.2.2
  1109.     \fISpecific terminology\fR 
  1110. .sp 9p
  1111. .RT
  1112. .PP
  1113. A 
  1114. \fIserved user\fR is a user of a particular ISDN number who is requesting 
  1115. that calls to his number be forwarded. This user may also be 
  1116. referred to as the forwarding user or the called user.
  1117. .PP
  1118. A 
  1119. \fIforwarded\(hyto user\fR is a user to whom the call shall be
  1120. forwarded.
  1121. .RT
  1122. .sp 1P
  1123. .LP
  1124. 2.2.3
  1125.     \fIQualifications on the applicability to telecommunications\fR 
  1126. \fIservices\fR 
  1127. .sp 9p
  1128. .RT
  1129. .PP
  1130. No restrictions identified.
  1131. .RT
  1132. .sp 2P
  1133. .LP
  1134. 2.3
  1135.     \fIProcedures\fR 
  1136. .sp 1P
  1137. .RT
  1138. .sp 1P
  1139. .LP
  1140. 2.3.1
  1141.     \fIProvision/withdrawal\fR 
  1142. .sp 9p
  1143. .RT
  1144. .PP
  1145. CFB shall be provided after pre\(hyarrangement with the service
  1146. provider.
  1147. .PP
  1148. The service can be offered with three subscription options. Options
  1149. apply separately to each basic service subscribed to on each ISDN number. 
  1150. For each subscription option, only one value can be selected. Subscription 
  1151. options are summarized below: 
  1152. .RT
  1153. .LP
  1154. .sp 1
  1155. \fISubscription options\fR 
  1156. \fIValue\fR 
  1157. .LP
  1158. Served user receives notification that call has been forwarded
  1159. \(em
  1160.     No 
  1161.     \(em
  1162.     Yes, with call offering information (see \(sc\ 2.3.2.2)
  1163.     \fR Calling user receives notification that his call has been forwarded
  1164. \(em
  1165.     No 
  1166.     \(em
  1167.     Yes, with or without forwarded\(hyto user number
  1168.     \fR Served user receives notification that CFB is currently activated
  1169. \(em
  1170.     No 
  1171.     \(em
  1172.     Yes 
  1173.     
  1174. .sp 2P
  1175. .LP
  1176. 2.3.2
  1177.     \fINormal procedures\fR 
  1178. .sp 1P
  1179. .RT
  1180. .sp 1P
  1181. .LP
  1182. 2.3.2.1
  1183.     \fIActivation/deactivation/registration\fR 
  1184. .sp 9p
  1185. .RT
  1186. .PP
  1187. Same as for Call Forwarding Unconditional (CFU), see \(sc\ 4.
  1188. .RT
  1189. .sp 1P
  1190. .LP
  1191. 2.3.2.2
  1192.     \fIInvocation and operation\fR 
  1193. .sp 9p
  1194. .RT
  1195. .PP
  1196. The following illustration clarifies the CFB procedures. Assume
  1197. that A calls B1, who forwards the call to B2,\ . |  | , Bm,\ . |  | , Bx. 
  1198. The final receiver of the call is\ C. 
  1199. .RT
  1200. .LP
  1201. .rs
  1202. .sp 2P
  1203. .ad r
  1204. \fBFigure, (N), p.\fR 
  1205. .sp 1P
  1206. .RT
  1207. .ad b
  1208. .RT
  1209. .LP
  1210. .bp
  1211. .sp 1P
  1212. .LP
  1213. 2.3.2.2.1
  1214.     \fIServed  user Bm's perspective\fR 
  1215. .sp 9p
  1216. .RT
  1217. .PP
  1218. If CFB is active and the served user is Network Determined User
  1219. Busy (NDUB) or User Determined User Busy (UDUB), then an incoming call 
  1220. to the served user will be forwarded. In case of NDUB, the call is not 
  1221. offered to the served user. 
  1222. .PP
  1223. In the case of UDUB, the call will have been offered to the served
  1224. user. Normal call set\(hyup information will already have been provided to the
  1225. served user. When the forwarding attempt is started, the served user will
  1226. receive notification that a call has been forwarded. No further notification
  1227. is given.
  1228. .PP
  1229. When an incoming call is forwarded without being offered to the
  1230. served user (i.e. NDUB condition), the served user, as a subscription option, 
  1231. may receive notification of the call forwarding (but will not be able to 
  1232. answer the incoming call). This notification is given as soon as the 
  1233. forwarding
  1234. attempt
  1235. is started.
  1236. .PP
  1237. This notification includes the following information (on the call that 
  1238. has been forwarded): 
  1239. .RT
  1240. .LP
  1241.     1)
  1242.     indication that a call has been forwarded;
  1243. .LP
  1244.     2)
  1245.     telecommunications service information (e.g. bearer
  1246. capability, higher layer compatibility);
  1247. .LP
  1248.     3)
  1249.     user\(hyto\(hyuser information;
  1250. .LP
  1251.     4)
  1252.     Bm's number;
  1253. .LP
  1254.     5)
  1255.     calling party number A (if CLIP applicable).
  1256. .PP
  1257. If multiple forwardings have occurred and the served user is
  1258. authorized to receive additional information, he may also receive:
  1259. .LP
  1260.     6)
  1261.     originally called number B1;
  1262. .LP
  1263.     7)
  1264.     cause for original forwarding;
  1265. .LP
  1266.     8)
  1267.     last 
  1268. forwarding number
  1269. B | m\ \(em\ 1);
  1270. .LP
  1271.     9)
  1272.     cause for last forwarding.
  1273. .sp 1P
  1274. .LP
  1275. 2.3.2.2.2
  1276.     \fIForwarded\(hyto user C's perspective:\fR 
  1277. .sp 9p
  1278. .RT
  1279. .PP
  1280. The forwarded\(hyto user C will receive an indication that the call
  1281. has been forwarded.
  1282. .PP
  1283. As an option he may also receive:
  1284. .RT
  1285. .LP
  1286.     1)
  1287.     originally called number B1;
  1288. .LP
  1289.     2)
  1290.     cause for original forwarding;
  1291. .LP
  1292.     3)
  1293.     last forwarding number Bx;
  1294. .LP
  1295.     4)
  1296.     cause for last forwarding.
  1297. .PP
  1298. (Depending on the use of other supplementary services, the
  1299. forwarded\(hyto user C may also receive information such as the calling party A
  1300. number and user\(hyto\(hyuser signalling. See the descriptions of interactions 
  1301. with other supplementary services.) 
  1302. .sp 1P
  1303. .LP
  1304. 2.3.2.2.3
  1305.     \fICalling user A's perpective\fR :
  1306. .sp 9p
  1307. .RT
  1308. .PP
  1309. As a subscription option, the served user Bm can request that the calling 
  1310. user receive a notification that the call has been forwarded and, as an 
  1311. additional subscription option, that notification can include the forwarded\(hy 
  1312. to number B(m+1). Transfer of the forwarded\(hyto user number will not 
  1313. take place if number restrictions at the forwarded\(hyto user exist. 
  1314. .RT
  1315. .sp 2P
  1316. .LP
  1317. 2.3.3
  1318.     \fIExceptional procedures\fR 
  1319. .sp 1P
  1320. .RT
  1321. .sp 1P
  1322. .LP
  1323. 2.3.3.1
  1324.     \fIActivation/deactivation/registration\fR 
  1325. .sp 9p
  1326. .RT
  1327. .PP
  1328. Same as CFU (see \(sc\ 4).
  1329. .RT
  1330. .sp 1P
  1331. .LP
  1332. 2.3.3.2
  1333.     \fIInvocation and operation\fR 
  1334. .sp 9p
  1335. .RT
  1336. .PP
  1337. Call forwarding applies only to subscribed basic services. Calls to an 
  1338. ISDN number requesting a basic service which is not subscribed to, will 
  1339. never be forwarded.
  1340. .bp
  1341. .PP
  1342. Within an ISDN, or tandem ISDNs, the total number of all
  1343. forwardings for each call should be limited. The maximum number of such
  1344. connections should be limited to a value between 3 and 5 for each call. 
  1345. This is to prevent infinite looping. 
  1346. .PP
  1347. If the limit is reached and an attempt is made to forward the call
  1348. an additional time, then the forwarded call shall be treated as follows:
  1349. .PP
  1350. If the 
  1351. forwarded call
  1352. cannot be completed to the forwarded\(hyto destination, then the network 
  1353. will clear the forwarded leg of the call. 
  1354. Specifically, if CFB has been invoked, and CNFR has not occurred, then 
  1355. the call would be cleared back towards the calling user, and the calling 
  1356. user would be sent a cause to indicate that the call has been forwarded 
  1357. but not completed 
  1358. (i.e. because of network congestion, invalid number, facility not available,
  1359. etc.). If the forwarded call cannot be completed and if CFNR has occurred, 
  1360. then the call should only be cleared back as far as the CFNR exchange and 
  1361. the 
  1362. calling user will, in the case of a telephony call, continue to receive 
  1363. inband ringing tone. 
  1364. .RT
  1365. .sp 2P
  1366. .LP
  1367. 2.3.4
  1368.     \fIAlternative procedures\fR 
  1369. .sp 1P
  1370. .RT
  1371. .sp 1P
  1372. .LP
  1373. 2.3.4.1
  1374.     \fIActivation/deactivation/registration\fR 
  1375. .sp 9p
  1376. .RT
  1377. .PP
  1378. None identified.
  1379. .RT
  1380. .sp 1P
  1381. .LP
  1382. 2.3.4.2
  1383.     \fIInvocation and operation\fR 
  1384. .sp 9p
  1385. .RT
  1386. .PP
  1387. None identified.
  1388. .RT
  1389. .sp 1P
  1390. .LP
  1391. 2.4
  1392.     \fINetwork capabilities for charging\fR 
  1393. .sp 9p
  1394. .RT
  1395. .PP
  1396. This Recommendation does not cover charging principles. Future
  1397. Recommendations in the D\(hySeries are expected to contain that information.
  1398. .PP
  1399. It shall be possible to charge the subscriber accurately for the
  1400. service.
  1401. .RT
  1402. .sp 1P
  1403. .LP
  1404. 2.5
  1405.     \fIInterworking requirements\fR 
  1406. .sp 9p
  1407. .RT
  1408. .PP
  1409. Same as CFU (see \(sc\ 4).
  1410. .RT
  1411. .sp 1P
  1412. .LP
  1413. 2.6
  1414.     \fIInteraction with other supplementary services\fR 
  1415. .sp 9p
  1416. .RT
  1417. .PP
  1418. The ways in which Call Forwarding Busy interacts with other
  1419. supplementary services are in general identical to the ways in which Call
  1420. Forwarding Unconditional interacts with other supplementary services. Thus, 
  1421. if the interactions are described to be \*Qsame as CFU\*U, the CFU text 
  1422. should be 
  1423. taken verbatim, except that the expression \*QCall Forwarding Unconditional\*U
  1424. should be replaced by \*QCall Forwarding Busy\*U.
  1425. .RT
  1426. .sp 1P
  1427. .LP
  1428. 2.6.1
  1429.     \fICall Waiting\fR 
  1430. .sp 9p
  1431. .RT
  1432. .PP
  1433. Calling user: same as CFU (see \(sc\ 4).
  1434. .PP
  1435. Called user: No interaction. That is, if the user is not NDUB, Call
  1436. Waiting will take place. If the user is NDUB, Call Forwarding Busy will take
  1437. place.
  1438. .PP
  1439. Forwarded\(hyto user: A forwarded call can invoke Call
  1440. Waiting.
  1441. .RT
  1442. .sp 1P
  1443. .LP
  1444. 2.6.2
  1445.     \fICall Transfer\fR 
  1446. .sp 9p
  1447. .RT
  1448. .PP
  1449. Same as CFU (see \(sc\ 4).
  1450. .RT
  1451. .sp 1P
  1452. .LP
  1453. 2.6.3
  1454.     \fIConnected Line Identification Presentation\fR 
  1455. .sp 9p
  1456. .RT
  1457. .PP
  1458. Same as CFU (see \(sc\ 4).
  1459. .RT
  1460. .sp 1P
  1461. .LP
  1462. 2.6.4
  1463.     \fIConnected Line Identification Restriction\fR 
  1464. .sp 9p
  1465. .RT
  1466. .PP
  1467. Same as CFU.
  1468. .bp
  1469. .RT
  1470. .sp 1P
  1471. .LP
  1472. 2.6.5
  1473.     \fICalling Line Identification Presentation\fR 
  1474. .sp 9p
  1475. .RT
  1476. .PP
  1477. Same as CFU (see \(sc\ 4).
  1478. .RT
  1479. .sp 1P
  1480. .LP
  1481. 2.6.6
  1482.     \fIConnected Line Identification Restriction\fR 
  1483. .sp 9p
  1484. .RT
  1485. .PP
  1486. Same as CFU (see \(sc\ 4).
  1487. .RT
  1488. .sp 1P
  1489. .LP
  1490. 2.6.7
  1491.     \fIClosed User Group\fR 
  1492. .sp 9p
  1493. .RT
  1494. .PP
  1495. Same as CFU (see \(sc\ 4).
  1496. .RT
  1497. .sp 1P
  1498. .LP
  1499. 2.6.8
  1500.     \fIConference Calling\fR 
  1501. .sp 9p
  1502. .RT
  1503. .PP
  1504. Same as CFU (see \(sc\ 4).
  1505. .RT
  1506. .sp 1P
  1507. .LP
  1508. 2.6.9
  1509.     \fIDirect\(hyDialling\(hyIn\fR 
  1510. .sp 9p
  1511. .RT
  1512. .PP
  1513. No impact, i.e. neither supplementary service affects the operation of 
  1514. the other supplementary service. 
  1515. .RT
  1516. .sp 2P
  1517. .LP
  1518. 2.6.10
  1519.     \fICall Diversion (i.e. Call Forwarding) services\fR 
  1520. .sp 1P
  1521. .RT
  1522. .sp 1P
  1523. .LP
  1524. 2.6.10.1
  1525.     \fICall Forwarding Busy\fR 
  1526. .sp 9p
  1527. .RT
  1528. .PP
  1529. Not applicable.
  1530. .RT
  1531. .sp 1P
  1532. .LP
  1533. 2.6.10.2
  1534.     \fICall Forwarding No Reply\fR 
  1535. .sp 9p
  1536. .RT
  1537. .PP
  1538. The invocation of CFB takes precedence over CFNR.
  1539. .RT
  1540. .sp 1P
  1541. .LP
  1542. 2.6.10.3
  1543.     \fICall Forwarding Unconditional\fR 
  1544. .sp 9p
  1545. .RT
  1546. .PP
  1547. The invocation of CFU takes precedence over CFB.
  1548. .RT
  1549. .sp 1P
  1550. .LP
  1551. 2.6.11
  1552.     \fILine Hunting\fR 
  1553. .sp 9p
  1554. .RT
  1555. .PP
  1556. In general, Line Hunting takes precedence over CFB. Thus, CFB only occurs 
  1557. if all members of the 
  1558. hunt group
  1559. are busy.
  1560. .RT
  1561. .sp 1P
  1562. .LP
  1563. 2.6.12
  1564.     \fIThree\(hyParty Service\fR 
  1565. .sp 9p
  1566. .RT
  1567. .PP
  1568. Refer to Recommendation\ I.254, \(sc\ 2.6.10, interaction with CFB.
  1569. .RT
  1570. .sp 1P
  1571. .LP
  1572. 2.6.13
  1573.     \fIUser\(hyto\(hyUser Signalling\fR 
  1574. .sp 9p
  1575. .RT
  1576. .PP
  1577. Same as CFU (\(sc\ 4), except that service 2 of UUS cannot be
  1578. guaranteed prior to completion of the Call Forwarding Busy in case of a
  1579. user\(hydetermined\(hybusy.
  1580. .RT
  1581. .sp 1P
  1582. .LP
  1583. 2.6.14
  1584.     \fIMultiple Subscriber Number\fR 
  1585. .sp 9p
  1586. .RT
  1587. .PP
  1588. No impact, i.e. neither supplementary service affects the operation of 
  1589. the other supplementary service. 
  1590. .RT
  1591. .sp 1P
  1592. .LP
  1593. 2.6.15
  1594.     \fICall Hold\fR 
  1595. .sp 9p
  1596. .RT
  1597. .PP
  1598. No impact, i.e. neither supplementary service affects the operation of 
  1599. the other supplementary service. 
  1600. .bp
  1601. .RT
  1602. .sp 1P
  1603. .LP
  1604. 2.6.16
  1605.     \fIAdvice of Charge\fR 
  1606. .sp 9p
  1607. .RT
  1608. .PP
  1609. Refer to Recommendation\ I.256, \(sc\(sc\ 2.1.6.10, 2.2.6.10, 2.3.6.10,
  1610. interaction with CFB.
  1611. .RT
  1612. .sp 1P
  1613. .LP
  1614. 2.7
  1615.     \fIDynamic description\fR 
  1616. .sp 9p
  1617. .RT
  1618. .PP
  1619. The dynamic description given in Figure\ 5/I.252 contains the
  1620. descriptions of the three Call Forwarding services (CFU, CFB, and CFNR).
  1621. .RT
  1622. .LP
  1623. .rs
  1624. .sp 43P
  1625. .ad r
  1626. \fBFigure 5/I.252 (feuillet 1 sur 5), (N), p. 11\fR 
  1627. .sp 1P
  1628. .RT
  1629. .ad b
  1630. .RT
  1631. .LP
  1632. .bp
  1633. .LP
  1634. .rs
  1635. .sp 47P
  1636. .ad r
  1637. \fBFigure 5/I.252 (feuillet 2 sur 5), (N), p. 12\fR 
  1638. .sp 1P
  1639. .RT
  1640. .ad b
  1641. .RT
  1642. .LP
  1643. .bp
  1644. .LP
  1645. .rs
  1646. .sp 47P
  1647. .ad r
  1648. \fBFigure 5/I.252 (feuillet 3 sur 5), (N), p. 13\fR 
  1649. .sp 1P
  1650. .RT
  1651. .ad b
  1652. .RT
  1653. .LP
  1654. .bp
  1655. .LP
  1656. .rs
  1657. .sp 47P
  1658. .ad r
  1659. \fBFigure 5/I.252 (feuillet 4 sur 5), (N), p. 14\fR 
  1660. .sp 1P
  1661. .RT
  1662. .ad b
  1663. .RT
  1664. .LP
  1665. .bp
  1666. .LP
  1667. .rs
  1668. .sp 47P
  1669. .ad r
  1670. \fBFigure 5/I.252 (feuillet 5 sur 5), (N), p. 15\fR 
  1671. .sp 1P
  1672. .RT
  1673. .ad b
  1674. .RT
  1675. .LP
  1676. .bp
  1677. .sp 2P
  1678. .LP
  1679. \fB3\fR     I.252.3\ \(em
  1680.     \fBCall Forwarding No Reply\fR 
  1681. .sp 1P
  1682. .RT
  1683. .sp 1P
  1684. .LP
  1685. 3.1
  1686.     \fIDefinition\fR 
  1687. .sp 9p
  1688. .RT
  1689. .PP
  1690. Call Forwarding No Reply (CFNR) permits a \*Qserved user\*U (see
  1691. \(sc\ 3.2.2) to have the network send to another number all incoming calls 
  1692. for the served user's ISDN number which meet no reply, or just those associated 
  1693. with a specific basic service which meet no reply. The served user's originating 
  1694. service is unaffected.
  1695. .PP
  1696. \fINote\fR \ \(em\ In normal situations, the CFNR service is provided on 
  1697. a per access basis. (In these situations, there is a one\(hyto\(hyone relationship 
  1698. between ISDN number and access.) However, the network may recognize multiple 
  1699. numbers on a single interface; in addition, it may not understand a complete 
  1700. ISDN number (e.g.\ DDI). In these cases, the CFNR service is offered on 
  1701. the basis of the 
  1702. part of the ISDN number which the network can recognize.
  1703. .RT
  1704. .sp 2P
  1705. .LP
  1706. 3.2
  1707.     \fIDefinition\fR 
  1708. .sp 1P
  1709. .RT
  1710. .sp 1P
  1711. .LP
  1712. 3.2.1
  1713.     \fIGeneral description\fR 
  1714. .sp 9p
  1715. .RT
  1716. .PP
  1717. For a given ISDN number, this service (including options) may be
  1718. subscribed to for each basic service to which the user(s) of the number
  1719. subscribes, or collectively for all the basic services to which the user(s)
  1720. subscribes. Since subscription is on an ISDN number basis, the same
  1721. Call Forwarding subscriptions will apply to all terminals using this
  1722. number.
  1723. .PP
  1724. Two conditions of CFNR are possible as follows:
  1725. .RT
  1726. .LP
  1727.     1)
  1728.     the call is offered and no indication of a compatible
  1729. terminal is received; or
  1730. .LP
  1731.     2)
  1732.     the call is offered and an indication of a compatible
  1733. terminal is received.
  1734. .PP
  1735. Only case 2) is considered here. Case 1) is for further
  1736. study.
  1737. .PP
  1738. \fINote\fR \ \(em\ In this service description, it is assumed that a single 
  1739. ISDN number is not shared across multiple interfaces. A single ISDN number 
  1740. may, 
  1741. however, be shared by multiple terminals on the same interface. Procedures
  1742. permitting an ISDN number to be shared across multiple interfaces are for
  1743. further study. For multiple access installations, it may be possible for the
  1744. user to specify, on activation, if the service is applicable to a specific
  1745. access or all accesses associated with that installation.
  1746. .PP
  1747. The served user can request a different forwarded\(hyto number for each 
  1748. basic service subscription parameter value to which he has subscribed. 
  1749. .PP
  1750. An indication that the CFNR service is activated on a number may, as an 
  1751. option, be given to the user who has forwarding activated, each time an 
  1752. outgoing call is made. This may take the form of a special indication in the
  1753. proceed response.
  1754. .RT
  1755. .sp 1P
  1756. .LP
  1757. 3.2.2
  1758.     \fISpecific terminology\fR 
  1759. .sp 9p
  1760. .RT
  1761. .PP
  1762. A \fIserved user\fR  | is a user of particular ISDN number who is
  1763. requesting that calls to his number be forwarded. This user may also be
  1764. referred to as the forwarding user or the called user.
  1765. .PP
  1766. \fIA forwarded\(hyto user\fR  | is a user to whom the call shall be
  1767. forwarded.
  1768. .RT
  1769. .sp 1P
  1770. .LP
  1771. 3.2.3
  1772.     \fIQualifications on the applicability to telecommunication\fR 
  1773. \fIservices\fR 
  1774. .sp 9p
  1775. .RT
  1776. .PP
  1777. No restrictions identified.
  1778. .RT
  1779. .sp 2P
  1780. .LP
  1781. 3.3
  1782.     \fIProcedures\fR 
  1783. .sp 1P
  1784. .RT
  1785. .sp 1P
  1786. .LP
  1787. 3.3.1
  1788.     \fIProvision/withdrawal\fR 
  1789. .sp 9p
  1790. .RT
  1791. .PP
  1792. CFNR shall be provided after pre\(hyarrangement with the service
  1793. provider.
  1794. .bp
  1795. .PP
  1796. The service can be offered with four subscription options. Options
  1797. apply separately to each basic service subscribed to an each ISDN number. 
  1798. For each subscription option, only one value can be selected. Subscription 
  1799. options are summarized below: 
  1800. .RT
  1801. .LP
  1802. .sp 1
  1803. \fISubscription options\fR \fIValue\fR Served user receives notification 
  1804. that call has been forwarded 
  1805. \(em
  1806.     No 
  1807.     
  1808. \(em
  1809.     Yes, with call offering information (see
  1810. \(sc\ 3.3.2.2)
  1811.     Calling user receives notification that his call has been forwarded
  1812. \(em
  1813.     No 
  1814.     
  1815. \(em
  1816.     Yes, with or without forwarded\(hyto user number 
  1817.     
  1818. .LP
  1819. No reply condition timer
  1820. \(em
  1821.     5\(hy60 seconds, in steps of 5 seconds 
  1822.     Served user received notification that CFNR is currently activated
  1823. \(em
  1824.     No 
  1825.     \(em
  1826.     Yes 
  1827.     
  1828. .sp 2P
  1829. .LP
  1830. 3.3.2
  1831.     \fINormal procedures\fR 
  1832. .sp 1P
  1833. .RT
  1834. .sp 1P
  1835. .LP
  1836. 3.3.2.1
  1837.     \fIActivation/deactivation/registration\fR 
  1838. .sp 9p
  1839. .RT
  1840. .PP
  1841. Same as CFU (see \(sc 4).
  1842. .RT
  1843. .sp 1P
  1844. .LP
  1845. 3.3.2.2
  1846.     \fIInvocation and operation\fR 
  1847. .sp 9p
  1848. .RT
  1849. .PP
  1850. The following illustration clarifies the CFNR procedures. Assume
  1851. that A calls B1, who forwards the call to B2,\ . |  | , Bm,\ . |  | , Bx.
  1852. The final receiver of the call is C.
  1853. .RT
  1854. .LP
  1855. .rs
  1856. .sp 2P
  1857. .ad r
  1858. \fBFigure, (N), p.\fR 
  1859. .sp 1P
  1860. .RT
  1861. .ad b
  1862. .RT
  1863. .sp 1P
  1864. .LP
  1865. 3.3.2.2.1
  1866.     \fIServed user Bm's perspective\fR 
  1867. .sp 9p
  1868. .RT
  1869. .PP
  1870. When CFNR is active, incoming calls will be offered to the served user. 
  1871. Normal call offering information is provided to the served user. If the 
  1872. served user does not reply within a subscribed time interval, the call 
  1873. will be forwarded. The served user, as a subscription option, may receive 
  1874. notification that a call has been forwarded. This notification is given 
  1875. as soon as the 
  1876. forwarding attempt is started. No further notification is given.
  1877. .RT
  1878. .sp 1P
  1879. .LP
  1880. 3.3.2.2.2
  1881.     \fIForwarded\(hyto user C's perspective\fR 
  1882. .sp 9p
  1883. .RT
  1884. .PP
  1885. The forwarded\(hyto user C will receive an indication that the call
  1886. has been forwarded.
  1887. .PP
  1888. As an option he may also receive:
  1889. .RT
  1890. .LP
  1891.     1)
  1892.     originally called number B1;
  1893. .LP
  1894.     2)
  1895.     cause for original forwarding;
  1896. .LP
  1897.     3)
  1898.     last forwarding number Bx;
  1899. .LP
  1900.     4)
  1901.     cause for last forwarding.
  1902. .PP
  1903. (Depending on the use or other supplementary services, the
  1904. forwarded\(hyto user\ C may also receive information such as the calling 
  1905. party\ A 
  1906. number and user\(hyto\(hyuser signalling. See the descriptions of interactions 
  1907. with other supplementary services.) 
  1908. .bp
  1909. .sp 1P
  1910. .LP
  1911. 3.3.2.2.3
  1912.     \fICalling user A's perspective\fR 
  1913. .sp 9p
  1914. .RT
  1915. .PP
  1916. As a subscription option, the served user Bm can request that the calling 
  1917. user receive a notification that the call has been forwarded and, as an 
  1918. additional subscription option, that notification can include the forwarded\(hyto 
  1919. number\ B(m\ +\ 1). Transfer of the fowarded\(hyto user number will not 
  1920. take place if number restrictions at the forwarded\(hyto user exist. 
  1921. .RT
  1922. .sp 2P
  1923. .LP
  1924. 3.3.3
  1925.     \fIExceptional procedures\fR 
  1926. .sp 1P
  1927. .RT
  1928. .sp 1P
  1929. .LP
  1930. 3.3.3.1
  1931.     \fIActivation/deactivation/registration\fR 
  1932. .sp 9p
  1933. .RT
  1934. .PP
  1935. Same as CFU (see \(sc 4).
  1936. .RT
  1937. .sp 1P
  1938. .LP
  1939. 3.3.3.2
  1940.     \fIInvocation and operation\fR 
  1941. .sp 9p
  1942. .RT
  1943. .PP
  1944. Call forwarding applies only to subscribed basic services. Calls to an 
  1945. ISDN number requesting a basic service which is not subscribed to will 
  1946. never be forwarded. 
  1947. .PP
  1948. Within an ISDN, or tandem ISDNs, the total number of all forwardings for 
  1949. each call should be limited. The maximum number of such connections should 
  1950. be limited to a value between 3 and 5 for each call. This is to prevent 
  1951. infinite looping.
  1952. .PP
  1953. If the limit is reached and an attempt is made to forward the call an additional 
  1954. time, the forwarded call shall be treated as follows: 
  1955. .PP
  1956. If the forwarded call cannot be completed to the forwarded\(hyto
  1957. destination, then the network will clear the forwarded leg of the call 
  1958. and the calling user will, in the case of a telephony call, continue to 
  1959. receive inband ringing tone. The \*Qno reply timer\*U will not be restarted 
  1960. by the network. 
  1961. (Note that during the activation of CFNR, the calling user shall continue to
  1962. alert the forwarding user until alerting commences at the forwarded\(hyto
  1963. user.)
  1964. .RT
  1965. .sp 2P
  1966. .LP
  1967. 3.3.4
  1968.     \fIAlternative procedures\fR 
  1969. .sp 1P
  1970. .RT
  1971. .sp 1P
  1972. .LP
  1973. 3.3.4.1
  1974.     \fIActivation/deactivation/registration\fR 
  1975. .sp 9p
  1976. .RT
  1977. .PP
  1978. None identified.
  1979. .RT
  1980. .sp 1P
  1981. .LP
  1982. 3.3.4.2
  1983.     \fIInvocation and operation\fR 
  1984. .sp 9p
  1985. .RT
  1986. .PP
  1987. None identified.
  1988. .RT
  1989. .sp 1P
  1990. .LP
  1991. 3.4
  1992.     \fINetwork capabilities for charging\fR 
  1993. .sp 9p
  1994. .RT
  1995. .PP
  1996. This Recommendation does not cover charging principles. Future
  1997. Recommendations in the D\(hyseries are expected to contain that information.
  1998. .PP
  1999. It shall be possible to charge the subscriber accurately for the
  2000. service.
  2001. .RT
  2002. .sp 1P
  2003. .LP
  2004. 3.5
  2005.     \fIInterworking requirements\fR 
  2006. .sp 9p
  2007. .RT
  2008. .PP
  2009. If a forwarded\(hyto number is not within the ISDN, then an
  2010. interworking situation is said to exist.
  2011. .PP
  2012. If a forwarded call meets an interworking situation, then an
  2013. interworking indication should be sent to the calling party. Also, if the
  2014. network cannot determine that the forwarded call cannot be completed (i.e.\ 
  2015. the progress of the call is provided in\(hyband), the network shall cease 
  2016. alerting at the diverting termination and connect the calling user to the 
  2017. diverted call in order to receive these inband supervisory indications. 
  2018. .PP
  2019. \fINote\fR \ \(em\ The number of times a call has been forwarded once it has
  2020. exited the Common Channel Signalling (CCS) network cannot be limited by 
  2021. this CCS network. 
  2022. .bp
  2023. .RT
  2024. .sp 1P
  2025. .LP
  2026. 3.6
  2027.     \fIInteraction with other supplementary services\fR 
  2028. .sp 9p
  2029. .RT
  2030. .PP
  2031. The ways in which Call Forwarding No Reply interacts with other
  2032. supplementary services are in general identical to the ways in which Call
  2033. Forwarding Unconditional interacts with other supplementary services. Thus, 
  2034. if the interactions are described to be \*Qsame as CFU\*U, the CFU text 
  2035. should be 
  2036. taken verbatim, except that the expression \*QCall Forwarding Unconditional\*U
  2037. should be replaced by \*QCall Forwarding Busy\*U.
  2038. .RT
  2039. .sp 1P
  2040. .LP
  2041. 3.6.1
  2042.     \fICall Waiting\fR 
  2043. .sp 9p
  2044. .RT
  2045. .PP
  2046. Refer to Recommendation I.253, \(sc 1.6.10, interaction with
  2047. CFNR.
  2048. .RT
  2049. .sp 1P
  2050. .LP
  2051. 3.6.2
  2052.     \fICall Transfer\fR 
  2053. .sp 9p
  2054. .RT
  2055. .PP
  2056. Same as CFU (see \(sc 4).
  2057. .RT
  2058. .sp 1P
  2059. .LP
  2060. 3.6.3
  2061.     \fIConnected Line Identification Presentation\fR 
  2062. .sp 9p
  2063. .RT
  2064. .PP
  2065. Same as CFU (see \(sc 4).
  2066. .RT
  2067. .sp 1P
  2068. .LP
  2069. 3.6.4
  2070.     \fIConnected Line Identification Restriction\fR 
  2071. .sp 9p
  2072. .RT
  2073. .PP
  2074. Same as CFU (see \(sc 4).
  2075. .RT
  2076. .sp 1P
  2077. .LP
  2078. 3.6.5
  2079.     \fICalling Line Identification Presentation\fR 
  2080. .sp 9p
  2081. .RT
  2082. .PP
  2083. Same as CFU (see \(sc 4).
  2084. .RT
  2085. .sp 1P
  2086. .LP
  2087. 3.6.6
  2088.     \fICalling Line Identification Restriction\fR 
  2089. .sp 9p
  2090. .RT
  2091. .PP
  2092. Same as CFU (see \(sc 4).
  2093. .RT
  2094. .sp 1P
  2095. .LP
  2096. 3.6.7
  2097.     \fIClosed User Group\fR 
  2098. .sp 9p
  2099. .RT
  2100. .PP
  2101. Same as CFU (see \(sc 4).
  2102. .RT
  2103. .sp 1P
  2104. .LP
  2105. 3.6.8
  2106.     \fIConference Calling\fR 
  2107. .sp 9p
  2108. .RT
  2109. .PP
  2110. Same as CFU (see \(sc 4).
  2111. .RT
  2112. .sp 1P
  2113. .LP
  2114. 3.6.9
  2115.     \fIDirect\(hyDialling\(hyIn\fR 
  2116. .sp 9p
  2117. .RT
  2118. .PP
  2119. No impact, i.e. neither supplementary service affects the operation of 
  2120. the other supplementary service. 
  2121. .RT
  2122. .sp 2P
  2123. .LP
  2124. 3.6.10
  2125.     \fICall Diversion (i.e. Call Forwarding) services\fR 
  2126. .sp 1P
  2127. .RT
  2128. .sp 1P
  2129. .LP
  2130. 3.6.10.1
  2131.     \fICall Forwarding Busy\fR 
  2132. .sp 9p
  2133. .RT
  2134. .PP
  2135. The invocation of CFB takes precedence over CFNR.
  2136. .RT
  2137. .sp 1P
  2138. .LP
  2139. 3.6.10.2
  2140.     \fICall Forwarding No Reply\fR 
  2141. .sp 9p
  2142. .RT
  2143. .PP
  2144. Not applicable.
  2145. .RT
  2146. .sp 1P
  2147. .LP
  2148. 3.6.10.3
  2149.     \fICall Forwarding Unconditional\fR 
  2150. .sp 9p
  2151. .RT
  2152. .PP
  2153. The invocation of CFB takes precedence over CFNR.
  2154. .RT
  2155. .sp 1P
  2156. .LP
  2157. 3.6.11
  2158.     \fILine Hunting\fR 
  2159. .sp 9p
  2160. .RT
  2161. .PP
  2162. No impact, i.e. neither supplementary service affects the operation of 
  2163. the other supplementary service. 
  2164. .bp
  2165. .RT
  2166. .sp 1P
  2167. .LP
  2168. 3.6.12
  2169.     \fIThree\(hyParty Service\fR 
  2170. .sp 9p
  2171. .RT
  2172. .PP
  2173. Refer to Recommendation I.254, \(sc 2.6.10, interaction with
  2174. CFNR.
  2175. .RT
  2176. .sp 1P
  2177. .LP
  2178. 3.6.13
  2179.     \fIUser\(hyto\(hyUser Signalling\fR 
  2180. .sp 9p
  2181. .RT
  2182. .PP
  2183. \fIService\ 1:\fR \ A CFNR subscriber who has CFNR activated should not
  2184. respond by accepting or rejecting a 
  2185. User\(hyto\(hyUser Service\ 1
  2186. request
  2187. until the call is answered. If a call for which User\(hyto\(hyUser Service\ 
  2188. 1 was 
  2189. requested undergoes CFNR, User\(hyto\(hyUser Service\ 1 will not be extended 
  2190. to the 
  2191. forwarded\(hyto user.
  2192. .PP
  2193. \fIService\ 2:\fR \ An outgoing call which meets a called party with CFNR
  2194. activated cannot use 
  2195. User\(hyto\(hyUser Service\ 2
  2196. . On CFNR, User\(hyto\(hyUser
  2197. Service\ 2 will not be extended to the forwarded\(hyto user.
  2198. .PP
  2199. \fIService\ 3:\fR \ A CFNR subscriber who has CFNR activated should not
  2200. respond by accepting or rejecting a User\(hyto\(hyUser Service\ 3 request 
  2201. until the 
  2202. call is answered. If a call which 
  2203. User\(hyto\(hyUser Service\ 3
  2204. was requested undergoes CFNR, User\(hyto\(hyUser Service\ 3 may be extended 
  2205. to the forwarded\(hyto user if the forwarding party allows it. 
  2206. .RT
  2207. .sp 1P
  2208. .LP
  2209. 3.6.14
  2210.     \fIMultiple Subscriber Number\fR 
  2211. .sp 9p
  2212. .RT
  2213. .PP
  2214. No impact, i.e. neither supplementary service affects the operation of 
  2215. the other supplementary service. 
  2216. .RT
  2217. .sp 1P
  2218. .LP
  2219. 3.6.15
  2220.     \fICall Hold\fR 
  2221. .sp 9p
  2222. .RT
  2223. .PP
  2224. No impact, i.e. neither supplementary service affects the operation of 
  2225. the other supplementary service. 
  2226. .RT
  2227. .sp 1P
  2228. .LP
  2229. 3.6.16
  2230.     \fIAdvice of Charge\fR 
  2231. .sp 9p
  2232. .RT
  2233. .PP
  2234. Refer to Recommendation I.256, \(sc\(sc 2.1.6.10, 2.2.6.10, 2.3.6.10,
  2235. interaction with CFNR.
  2236. .RT
  2237. .sp 1P
  2238. .LP
  2239. 3.7
  2240.     \fIDynamic description\fR 
  2241. .sp 9p
  2242. .RT
  2243. .PP
  2244. Refer to the CFB dynamic description (which covers CFU, CFB, and
  2245. CFNR) in \(sc\ 2.
  2246. .RT
  2247. .sp 2P
  2248. .LP
  2249. \fB4\fR     I.252.4\ \(em
  2250.     \fBCall Forwarding Unconditional\fR 
  2251. .sp 1P
  2252. .RT
  2253. .sp 1P
  2254. .LP
  2255. 4.1
  2256.     \fIDefinition\fR 
  2257. .sp 9p
  2258. .RT
  2259. .PP
  2260. Call Forwarding Unconditional (CFU) permits a \*Qserved user\*U (see
  2261. \(sc\ 4.2.2) to have the network send to another number all incoming calls 
  2262. for the served user's ISDN number (or just those associated with a specified 
  2263. basic 
  2264. service). The served user's originating service is unaffected. If this 
  2265. service is activated, calls are forwarded no matter what the condition 
  2266. of the 
  2267. termination. Other Call Forwarding services provide for call forwarding 
  2268. based on condition e.g.\ Call Forwarding Busy (CFB) and Call Forwarding 
  2269. No Reply 
  2270. (CFNR).
  2271. .PP
  2272. \fINote\fR \ \(em\ In normal situations, the CFU service is provided on a per
  2273. access basis. (In these situations, there is a one\(hyto\(hyone relationship 
  2274. between ISDN number and access.) However, the network may recognize multiple 
  2275. numbers on a single interface; in addition, it may not understand a complete 
  2276. ISDN number (e.g.\ DDI). In these cases, the CFU service is offered on 
  2277. the basis of the part of the ISDN number which the network can recognize. 
  2278. .bp
  2279. .RT
  2280. .sp 2P
  2281. .LP
  2282. 4.2
  2283.     \fIDescription\fR 
  2284. .sp 1P
  2285. .RT
  2286. .sp 1P
  2287. .LP
  2288. 4.2.1
  2289.     \fIGeneral description\fR 
  2290. .sp 9p
  2291. .RT
  2292. .PP
  2293. For a given ISDN number, this service (including options) may be
  2294. subscribed to for each basic service to which the user(s) of the number
  2295. subscribes, or collectively for all the basic services to which the user(s)
  2296. subscribes. Since subscription is on an ISDN number basis, the same Call
  2297. Forwarding subscriptions will apply to all terminals using this number.
  2298. .PP
  2299. \fINote\fR \ \(em\ In this service description, it is assumed that a single 
  2300. ISDN number is not shared across multiple interfaces. A single ISDN number 
  2301. may, 
  2302. however, be shared by multiple terminals on the same interface. Procedures
  2303. permitting an ISDN number to be shared across multiple interfaces are for
  2304. further study. For multiple access installations, it may be possible for the
  2305. user to specify, on activation, if the service is applicable to a specific
  2306. access or all accesses associated with that installation.
  2307. .PP
  2308. The served user can request a different forwarded\(hyto number for each 
  2309. basic service subscription parameter value to which he has subscribed. 
  2310. .PP
  2311. An indication that the CFU service is activated on a number may, as an 
  2312. option, be given to the user who has Forwarding activated, each time an 
  2313. outgoing call is made. This may take the form of a special indication in the
  2314. proceed response.
  2315. .RT
  2316. .sp 1P
  2317. .LP
  2318. 4.2.2
  2319.     \fISpecific terminology\fR 
  2320. .sp 9p
  2321. .RT
  2322. .PP
  2323. A \fIserved user\fR is a user of a particular ISDN number who is
  2324. requesting that calls to his number be forwarded. This user may also be
  2325. referred to as the forwarding user or the called user.
  2326. .PP
  2327. A \fIforwarded\(hyto user\fR is a user to whom the call shall be
  2328. forwarded.
  2329. .RT
  2330. .sp 1P
  2331. .LP
  2332. 4.2.3
  2333.     \fIQualifications on the applicability to telecommunication\fR 
  2334. \fIservices\fR 
  2335. .sp 9p
  2336. .RT
  2337. .PP
  2338. No restrictions identified.
  2339. .RT
  2340. .sp 2P
  2341. .LP
  2342. 4.3
  2343.     \fIProcedures\fR 
  2344. .sp 1P
  2345. .RT
  2346. .sp 1P
  2347. .LP
  2348. 4.3.1
  2349.     \fIProvision/withdrawal\fR 
  2350. .sp 9p
  2351. .RT
  2352. .PP
  2353. CFU shall be provided after pre\(hyarrangement with the service
  2354. provider.
  2355. .PP
  2356. The service can be offered with three subscription options. Options
  2357. apply separately to each basic service subscribed to on each ISDN number. 
  2358. For each subscription option, only one value can be selected. Subscription 
  2359. options are summarized below: 
  2360. .RT
  2361. .LP
  2362. .sp 1
  2363. .LP
  2364. \fISubscription options\fR \fIValue\fR Served user receives notification 
  2365. that call has been forwarded 
  2366. \(em
  2367.     No 
  2368.     
  2369. \(em
  2370.     Yes, with call offering information (see \(sc 4.3.2.2) 
  2371.     Calling user receives notification that his call has been forwarded
  2372. \(em
  2373.     No 
  2374.     
  2375. \(em
  2376.     Yes, with or without forwarded\(hyto user number 
  2377.     Served user receives notification that CFU is currently activated
  2378. \(em
  2379.     No 
  2380.     \(em
  2381.     Yes 
  2382.     .bp
  2383. .sp 2P
  2384. .LP
  2385. 4.3.2
  2386.     \fINormal procedures\fR 
  2387. .sp 1P
  2388. .RT
  2389. .sp 1P
  2390. .LP
  2391. 4..3.2.1
  2392.     \fIActivationB/FdeactivationB/Fregistration\fR 
  2393. .sp 9p
  2394. .RT
  2395. .PP
  2396. If the served user has subscribed to CFU, the served user will use the 
  2397. activation procedure. 
  2398. .PP
  2399. To activate CFU, the served user must supply:
  2400. .RT
  2401. .LP
  2402.     1)
  2403.     the forwarded\(hyto number;
  2404. .LP
  2405.     2)
  2406.     information as to whether all calls or all calls of a
  2407. specified basic service should be forwarded;
  2408. .LP
  2409.     3)
  2410.     possibly the ISDN number for which CFU should
  2411. apply.
  2412. .PP
  2413. As a network option, verification of the forwarded\(hyto number
  2414. should be accomplished, if possible, before accepting the call forwarding
  2415. request.
  2416. .PP
  2417. When the served user so activates CFU, the service provider will
  2418. return notification of acceptance or rejection of the request (see Exceptional 
  2419. procedures, \(sc\ 4.3.3, for a list of possible causes for rejection). 
  2420. .PP
  2421. This notification will include the number of the forwarded\(hyto user to 
  2422. whom the call forwarding is active. If a single number can be used by more 
  2423. than one terminal, activation of CFU will be possible from any terminal 
  2424. which uses this number. As a service option, activation/deactivation may 
  2425. be restricted to selected terminals (users) (e.g.\ by use of a password). 
  2426. .PP
  2427. CFU can be deactivated in either of two ways. The user can
  2428. specifically deactivate the CFU activation. The user can activate CFU for 
  2429. the specified basic service to another number, thus causing the previous 
  2430. invocation of CFU to be overridden. 
  2431. .RT
  2432. .sp 1P
  2433. .LP
  2434. 4.3.2.2
  2435.     \fIInvocation and opertion\fR 
  2436. .sp 9p
  2437. .RT
  2438. .PP
  2439. The following illustration clarifies the CFU procedures. Assume
  2440. that A calls B1, who forwards the call to B2,\ . |  | , Bm,\ . |  | , Bx.
  2441. The final receiver of the call is\ C.
  2442. .RT
  2443. .LP
  2444. .rs
  2445. .sp 2P
  2446. .ad r
  2447. \fBFigure, (N), p.\fR 
  2448. .sp 1P
  2449. .RT
  2450. .ad b
  2451. .RT
  2452. .sp 1P
  2453. .LP
  2454. 4.3.2.2.1
  2455.     \fIServed user Bm's perspective\fR 
  2456. .sp 9p
  2457. .RT
  2458. .PP
  2459. When CFU is active, all incoming calls will be forwarded without
  2460. being offered to the served user Bm. When an incoming call is forwarded 
  2461. without being offered to the served user, the served user, as a subscription 
  2462. option, 
  2463. may receive notification of the call forwarding (but will not be able to 
  2464. answer the incoming call). This notification is given as soon as the forwarding 
  2465. attempt is started.
  2466. .PP
  2467. This notification includes the following information (on the call that 
  2468. has been forwarded): 
  2469. .RT
  2470. .LP
  2471.     1)
  2472.     indication that a call has been forwarded;
  2473. .LP
  2474.     2)
  2475.     telecommunication service information (e.g. bearer
  2476. capability, higher layer compatibility);
  2477. .LP
  2478.     3)
  2479.     user\(hyto\(hyuser information;
  2480. .LP
  2481.     4)
  2482.     Bm's number;
  2483. .LP
  2484.     5)
  2485.     calling party's number A (if CLIP applicable).
  2486. .PP
  2487. If multiple forwardings have occurred and the served user is
  2488. authorized to receive additional information, he may also receive:
  2489. .LP
  2490.     6)
  2491.     originally called number B1;
  2492. .LP
  2493.     7)
  2494.     cause for original forwarding;
  2495. .LP
  2496.     8)
  2497.     last forwarding number B(m\ \(em\ 1);
  2498. .LP
  2499.     9)
  2500.     cause for last forwarding.
  2501. .bp
  2502. .sp 1P
  2503. .LP
  2504. 4.3.2.2.2
  2505.     \fIForwarded\(hyto user C's perspective\fR 
  2506. .sp 9p
  2507. .RT
  2508. .PP
  2509. The forwarded\(hyto User C will receive an indication that call has
  2510. been forwarded.
  2511. .PP
  2512. As an option he may also receive:
  2513. .RT
  2514. .LP
  2515.     1)
  2516.     originally called number B1;
  2517. .LP
  2518.     2)
  2519.     cause for original forwarding;
  2520. .LP
  2521.     3)
  2522.     last forwarding number Bx;
  2523. .LP
  2524.     4)
  2525.     cause for last forwarding.
  2526. .PP
  2527. (Depending on the use of other supplementary services, the
  2528. forwarded\(hyto user\ C may also receive information such as the calling 
  2529. party A 
  2530. number and user\(hyto\(hyuser signalling. See the descriptions of interactions 
  2531. with other supplementary services.) 
  2532. .sp 1P
  2533. .LP
  2534. 4.3.2.2.3
  2535.     \fICalling user A's perspective\fR 
  2536. .sp 9p
  2537. .RT
  2538. .PP
  2539. As a subscription option, the served user Bm can request that the calling 
  2540. user receive a notification that the call has been forwarded and, as an 
  2541. additional subscription option, that notification can include the forwarded\(hyto 
  2542. number\ B(m+1). Transfer of the forwarded\(hyto user number will not take 
  2543. place if number restrictions at the forwarded\(hyto user exist. 
  2544. .RT
  2545. .sp 2P
  2546. .LP
  2547. 4.3.3
  2548.     \fIExceptional procedures\fR 
  2549. .sp 1P
  2550. .RT
  2551. .sp 1P
  2552. .LP
  2553. 4.3.3.1
  2554.     \fIActivation/deactivation/registration\fR \v'2p'
  2555. .sp 9p
  2556. .RT
  2557. .LP
  2558. 4.3.3.1.1\ \ Call Forwarding Unconditional for all basic services and Call
  2559. Forwarding of particular basic services cannot be activated
  2560. simultaneously.
  2561. .PP
  2562. If the system cannot accept an activation request, the served user should 
  2563. receive a notification that Call Forwarding activation was 
  2564. unsuccessful. Possible causes are:
  2565. .LP
  2566.     i)
  2567.     service not subscribed;
  2568. .LP
  2569.     ii)
  2570.     forwarded\(hyto invalid ISDN number;
  2571. .LP
  2572.     iii)
  2573.     use of an operator access prefix;
  2574. .LP
  2575.     iv)
  2576.     forwarded\(hyto ISDN number's telecommunication services
  2577. violate subscribed constraints (e.g.\ group restrictions);
  2578. .LP
  2579.     v)
  2580.      forwarded\(hyto ISDN number is of a free number within the same office 
  2581. (i.e.\ a number to which no call is chargeable); 
  2582. .LP
  2583.     vi)
  2584.     insufficient information;
  2585. .LP
  2586.     vii)
  2587.      requested telecommunication service is not provided to the forwarded\(hyto 
  2588. ISDN number; 
  2589. .LP
  2590.     viii)
  2591.     forwarded\(hyto number is a special service code (e.g.
  2592. police);
  2593. .LP
  2594.     ix)
  2595.     forwarded\(hyto number is served user's number.
  2596. .PP
  2597. However, the network is not required to validate information
  2598. related to the forwarded\(hyto user.
  2599. .sp 1P
  2600. .LP
  2601. 4.3.3.1.2
  2602.     \fIDeactivation\fR 
  2603. .sp 9p
  2604. .RT
  2605. .PP
  2606. If the user does not specify completely which CFU request is to be deactivated 
  2607. (e.g.\ the basic service and/or the originator's number), the 
  2608. network will reject the deactivation request with appropriate cause.
  2609. .PP
  2610. If the network cannot accept a user's request for deactivation, the
  2611. cause will be returned to the user, e.g.\ incorrect origination ISDN number
  2612. used.
  2613. .PP
  2614. If the network deactivates CFU without the served user having
  2615. requested deactivation (e.g. when an exceptional condition occurs), the 
  2616. served user will receive notification along with the cause. 
  2617. .bp
  2618. .RT
  2619. .sp 1P
  2620. .LP
  2621. 4.3.3.2
  2622.     \fIInvocation and operation\fR 
  2623. .sp 9p
  2624. .RT
  2625. .PP
  2626. Call forwarding applies only to subscribed basic services. Calls to an 
  2627. ISDN number requesting a basic service which is not subscribed to, will 
  2628. never be forwarded.
  2629. .PP
  2630. Within an ISDN, or tandem ISDNs, the total number of all forwardings for 
  2631. each call should be limited. The maximum number of such connections should 
  2632. be limited to a value between 3 and 5 for each call. This is to prevent 
  2633. infinite looping.
  2634. .PP
  2635. If the limit is reached and an attempt is made to forward the call an additional 
  2636. time, then the forwarded call shall be treated as follows: 
  2637. .PP
  2638. If the forwarded call cannot be completed to the forwarded\(hyto
  2639. destination, then the network will clear the forwarded leg of the call.
  2640. Specifically, if CFU has been invoked, then the call would be cleared back
  2641. towards the calling user. If the call has not previously undergone CFNR, the
  2642. call will be cleared all the way back to the calling user and the calling 
  2643. user will be informed that no user is responding. If the call has previously 
  2644. undergone CFNR the call will only be cleared back as far as the CFNR exchange 
  2645. and the calling user will, in case of a telephony call, continue to receive\fR 
  2646. inband ringing tone. 
  2647. .RT
  2648. .sp 2P
  2649. .LP
  2650. 4.3.4
  2651.     \fIAlternative procedures\fR 
  2652. .sp 1P
  2653. .RT
  2654. .sp 1P
  2655. .LP
  2656. 4.3.4.1
  2657.     \fIActivation/deactivation/registration\fR 
  2658. .sp 9p
  2659. .RT
  2660. .PP
  2661. None identified.
  2662. .RT
  2663. .sp 1P
  2664. .LP
  2665. 4.3.4.2
  2666.     \fIInvocation and operation\fR 
  2667. .sp 9p
  2668. .RT
  2669. .PP
  2670. None identified.
  2671. .RT
  2672. .sp 1P
  2673. .LP
  2674. 4.4
  2675.     \fINetwork capabilities for charging\fR 
  2676. .sp 9p
  2677. .RT
  2678. .PP
  2679. This Recommendation does not cover charging principles. Future
  2680. Recommendations in the D\(hySeries are expected to contain that information.
  2681. .PP
  2682. It shall be possible to charge the subscriber accurately for the
  2683. service.
  2684. .RT
  2685. .sp 1P
  2686. .LP
  2687. 4.5
  2688.     \fIInterworking requirements\fR 
  2689. .sp 9p
  2690. .RT
  2691. .PP
  2692. If the fowarded\(hyto number is not within the ISDN, then an
  2693. interworking situation is said to exist.
  2694. .PP
  2695. If a forwarded call meets an interworking situation, then an
  2696. interworking indication should be sent to the calling party.
  2697. .PP
  2698. \fINote\fR \ \(em\ The number of times a call has been forwarded once it has
  2699. exited the Common Channel Signalling (CCS) network, cannot be limited by the
  2700. CCS network.
  2701. .RT
  2702. .sp 2P
  2703. .LP
  2704. 4.6
  2705.     \fIInteraction with other supplementary services\fR 
  2706. .sp 1P
  2707. .RT
  2708. .sp 1P
  2709. .LP
  2710. 4.6.1
  2711.     \fICall Waiting\fR 
  2712. .sp 9p
  2713. .RT
  2714. .PP
  2715. Calling user: No impact i.e. neither supplementary service affects the 
  2716. operation of the other supplementary service. 
  2717. .PP
  2718. Called user: If a called user has activated CFU, then execution of
  2719. that forwarding condition takes precedence over Call Waiting. CFU can be
  2720. activated while a call is waiting without changing the state of the waiting
  2721. call.
  2722. .PP
  2723. Forwarded\(hyto user: A forwarded call can invoke Call
  2724. Waiting.
  2725. .bp
  2726. .RT
  2727. .sp 2P
  2728. .LP
  2729. 4.6.2
  2730.     \fICall Transfer\fR 
  2731. .sp 1P
  2732. .RT
  2733. .sp 1P
  2734. .LP
  2735. 4.6.2.1
  2736.     \fITransfer of a Forwarded Call\fR 
  2737. .sp 9p
  2738. .RT
  2739. .PP
  2740. Calling user: A call which has been forwarded can be transferred by the 
  2741. calling user. 
  2742. .PP
  2743. Called user: No impact i.e. neither supplementary service affects the operation 
  2744. of the other supplementary service. 
  2745. .PP
  2746. Forwarded\(hyto user: A call that has been transferred will be forwarded 
  2747. if the transferred\(hyto user has CFU active and the appropriate forwarding 
  2748. conditions are met. A call which has been forwarded can by transferred 
  2749. by the forwarded\(hyto user. 
  2750. .RT
  2751. .sp 1P
  2752. .LP
  2753. 4.6.2.2
  2754.     \fIForwarding of a Call During Transfer\fR 
  2755. .sp 9p
  2756. .RT
  2757. .PP
  2758. A call which is being transferred can be forwarded by the party to whom 
  2759. the call is being transferred. 
  2760. .RT
  2761. .sp 1P
  2762. .LP
  2763. 4.6.3
  2764.     \fIConnected Line Identification Presentation\fR 
  2765. .sp 9p
  2766. .RT
  2767. .PP
  2768. No impact, i.e. neither supplementary service affects the operation of 
  2769. the other supplementary service. 
  2770. .RT
  2771. .sp 1P
  2772. .LP
  2773. 4.6.4
  2774.     \fIConnected Line Identification Restriction\fR 
  2775. .sp 9p
  2776. .RT
  2777. .PP
  2778. No impact, i.e. neither supplementary service affects the operation of 
  2779. the other supplementary service. 
  2780. .RT
  2781. .sp 1P
  2782. .LP
  2783. 4.6.5
  2784.     \fICalling Line Identification Presentation\fR 
  2785. .sp 9p
  2786. .RT
  2787. .PP
  2788. Called user: If subscribed to, the called user can receive the
  2789. Calling Line Identification of all calls which have been forwarded.
  2790. .PP
  2791. Forwarded\(hyto user: Forwarded\(hyto users having subscribed to CLIP may
  2792. receive the calling user's number. If subscribed to by the called user, the
  2793. forwarded\(hyto user may receive the called user's number when a call has been
  2794. forwarded.
  2795. .PP
  2796. Forwarded\(hyto users who have subscribed to CLIP may receive the calling 
  2797. user's number if the calling user has not subscribed/invoked CLIR. In addition, 
  2798. forwarded\(hyto users subscribing to CLIP may also receive the original 
  2799. called 
  2800. user's number and the last forwarding user's number if neither has
  2801. subscribed/invoked CLIR (e.g.\ if A calls B1 who forwards A to B2 who forwards 
  2802. A to B3 who forwards A to C, then C will receive A, B1 and B3's number, 
  2803. unless A, B1 and B3 have restricted delivery). 
  2804. .RT
  2805. .sp 1P
  2806. .LP
  2807. 4.6.6
  2808.     \fICalling Line Identification Restriction\fR 
  2809. .sp 9p
  2810. .RT
  2811. .PP
  2812. Calling user: When the CLIR is applicable and activated, the
  2813. Calling Line Identification will not be presented to the forwarded\(hyto user
  2814. unless both the forwarding and forwarded\(hyto users are in the override 
  2815. category. In addition, if the forwarding user is in an override category, 
  2816. the calling 
  2817. party's number will be provided in the call offering information. The latter 
  2818. is a national option. 
  2819. .RT
  2820. .sp 1P
  2821. .LP
  2822. 4.6.7
  2823.     \fIClosed User Group\fR 
  2824. .sp 9p
  2825. .RT
  2826. .PP
  2827. CUG restrictions must be met on each leg of the call. In addition, CUG 
  2828. restrictions must be met end\(hyto\(hyend. In the case of multiple forwarding, 
  2829. CUG restrictions have to be met in addition at each intermediate forwarding
  2830. point.
  2831. .bp
  2832. .PP
  2833. Called user/forwarded\(hyto user: When a call is forwarded, a new check 
  2834. of the CUG restrictions is made at the \*Qforwarded\(hyto\*U destination. 
  2835. The CUG 
  2836. information sent to the \*Qforwarded to\*U destination is the same CUG 
  2837. information that was sent from the originating network. 
  2838. .PP
  2839. Forwarding (i.e. called) user: Call forwarding can only be activated if 
  2840. CUG restrictions between the forwarding user and the forwarded\(hyto user 
  2841. are met. 
  2842. .RT
  2843. .sp 1P
  2844. .LP
  2845. 4.6.8
  2846.     \fIConference Calling\fR 
  2847. .sp 9p
  2848. .RT
  2849. .PP
  2850. Calling user: If a conference controller attempts to establish a
  2851. conference call and calls a user with call forwarding active, the forwarded\(hyto 
  2852. user will be alerted and can be added to the conference. 
  2853. .PP
  2854. Called user: No impact i.e. neither supplementary service affects the operation 
  2855. of the other supplementary service. 
  2856. .PP
  2857. Forwarded\(hyto user: A forwarded\(hyto user can establish a conference
  2858. using an existing forwarded call as one of the conference connections.
  2859. .PP
  2860. A call, which has been forwarded, can be added to an existing
  2861. conference by the forwarded\(hyto user.
  2862. .RT
  2863. .sp 1P
  2864. .LP
  2865. 4.6.9
  2866.     \fIDirect\(hyDialling\(hyIn\fR 
  2867. .sp 9p
  2868. .RT
  2869. .PP
  2870. No impact, i.e. neither supplementary service affects the operation of 
  2871. the other supplementary service. 
  2872. .RT
  2873. .sp 2P
  2874. .LP
  2875. 4.6.10
  2876.     \fICall Diversion (i.e. Call Forwarding) services\fR 
  2877. .sp 1P
  2878. .RT
  2879. .sp 1P
  2880. .LP
  2881. 4.6.10.1
  2882.     \fICall Forwarding Busy\fR 
  2883. .sp 9p
  2884. .RT
  2885. .PP
  2886. The invocation of CFU takes precedence over CFB.
  2887. .RT
  2888. .sp 1P
  2889. .LP
  2890. 4.6.10.2
  2891.     \fICall Forwarding No Reply\fR 
  2892. .sp 9p
  2893. .RT
  2894. .PP
  2895. The invocation of CFU takes precedence over CFNR.
  2896. .RT
  2897. .sp 1P
  2898. .LP
  2899. 4.6.10.3
  2900.     \fICall Forwarding Unconditional\fR 
  2901. .sp 9p
  2902. .RT
  2903. .PP
  2904. Not applicable.
  2905. .RT
  2906. .sp 1P
  2907. .LP
  2908. 4.6.11
  2909.     \fILine Hunting\fR 
  2910. .sp 9p
  2911. .RT
  2912. .PP
  2913. Calling user: No impact i.e. neither supplementary service affects the 
  2914. operation of the other supplementary service. 
  2915. .PP
  2916. Called user: Call Forwarding may be assignable to all or part of the hunting 
  2917. group. When forwarding is only required on part of the hunting group 
  2918. the forwarding customer must specify, at activation, which access the service 
  2919. is to be invoked from. Procedures for the operation of this service in 
  2920. association with part of a hunt group need to be completed. In general, CFU
  2921. takes precedence over Line Hunting.
  2922. .PP
  2923. Forwarded\(hyto user: Forwarded calls will be treated as normal calls
  2924. when completing to a multi\(hyline group user.
  2925. .RT
  2926. .sp 1P
  2927. .LP
  2928. 4.6.12
  2929.     \fIThree\(hyParty Service\fR 
  2930. .sp 9p
  2931. .RT
  2932. .PP
  2933. Refer to Recommendation I.254, \(sc 2.6.10, interaction with
  2934. CFU.
  2935. .bp
  2936. .RT
  2937. .sp 1P
  2938. .LP
  2939. 4.6.13
  2940.     \fIUser\(hyto\(hyUser Signalling (UUS)\fR 
  2941. .sp 9p
  2942. .RT
  2943. .PP
  2944. Call originated by a user with CFU activated: Since CFU does not
  2945. affect the forwarding user's ability to make outgoing calls, a user with CFU
  2946. activated can send and receive user\(hyto\(hyuser information (UUI) in 
  2947. association 
  2948. with an ongoing call or at the set\(hyup of a new call.
  2949. .PP
  2950. Call incoming to a user with CFU activated:
  2951. .PP
  2952. During forwarding: Any UUI which accompanies the set\(hyup of the call
  2953. will be forwarded along with the forwarded call if both the calling and
  2954. forwarding (i.e.\ called) parties have subscribed to service\ 1.
  2955. .PP
  2956. After forwarding: If the calling party has requested UUS service(s) 1, 
  2957. 2 and/or 3 in his initial call set\(hyup, and if the fowarding (i.e.\ called) 
  2958. party has subscribed to the same service(s), then that service (those services) 
  2959. will automatically be extended so that they are available for use between 
  2960. the 
  2961. calling party and the forwarded\(hyto party. If the forwarding party does not
  2962. subscribe to the same service (set of services), the calling party will be
  2963. informed that he can no longer employ the service(s) on this call.
  2964. .RT
  2965. .sp 1P
  2966. .LP
  2967. 4.6.14
  2968.     \fIMultiple Subscriber Number\fR 
  2969. .sp 9p
  2970. .RT
  2971. .PP
  2972. No impact, i.e. neither supplementary service affects the operation of 
  2973. the other supplementary service. 
  2974. .RT
  2975. .sp 1P
  2976. .LP
  2977. 4.6.15
  2978.     \fICall Hold\fR 
  2979. .sp 9p
  2980. .RT
  2981. .PP
  2982. No impact, i.e. neither supplementary service affects the operation of 
  2983. the other supplementary service. 
  2984. .RT
  2985. .sp 1P
  2986. .LP
  2987. 4.6.16
  2988.     \fIAdvice of Charge\fR 
  2989. .sp 9p
  2990. .RT
  2991. .PP
  2992. Refer to Recommendation I.256, \(sc\(sc 2.1.6.10, 2.2.6.10,
  2993. 2.3.6.10.
  2994. .RT
  2995. .sp 1P
  2996. .LP
  2997. 4.7
  2998.     \fIDynamic description\fR 
  2999. .sp 9p
  3000. .RT
  3001. .PP
  3002. Refer to CFB dynamic description (which covers CFB, CFNR and CFU)   in \(sc\ 2.
  3003. .RT
  3004. .sp 2P
  3005. .LP
  3006. \fB5\fR     I.252.5\ \(em
  3007.     \fBCall Deflection\fR 
  3008. .sp 1P
  3009. .RT
  3010. .PP
  3011. This service, having been identified, now requires further study; its description 
  3012. is not yet included. 
  3013. .RT
  3014. .sp 2P
  3015. .LP
  3016. \fB6\fR     I.252.6\ \(em
  3017.     \fBLine Hunting\fR 
  3018. .sp 1P
  3019. .RT
  3020. .sp 1P
  3021. .LP
  3022. 6.1
  3023.     \fIDefinition\fR 
  3024. .sp 9p
  3025. .RT
  3026. .PP
  3027. Line Hunting is a supplementary service which enables incoming
  3028. calls to a specific ISDN number to be distributed over a group of interfaces.
  3029. .PP
  3030. \fINote\fR \ \(em\ Development of Line Hunting to cover the case of hunting 
  3031. on available ISDN numbers, or addresses, rather than on interfaces is a 
  3032. possible extension of the service. 
  3033. .RT
  3034. .sp 2P
  3035. .LP
  3036. 6.2
  3037.     \fIDescription\fR 
  3038. .sp 1P
  3039. .RT
  3040. .sp 1P
  3041. .LP
  3042. 6.2.1
  3043.     \fIGeneral description\fR 
  3044. .sp 9p
  3045. .RT
  3046. .PP
  3047. The interfaces selected for Line Hunting may be contained within
  3048. one node, or may encompass more than one node.
  3049. .PP
  3050. It is the responsibility of the user to provide terminals to his
  3051. interfaces for effective operation of the service. The problem of terminal
  3052. compatibility in the Line Hunting supplementary service is also the
  3053. responsibility of the user of the service.
  3054. .bp
  3055. .RT
  3056. .sp 1P
  3057. .LP
  3058. 6.2.2
  3059.     \fISpecific terminology\fR 
  3060. .sp 9p
  3061. .RT
  3062. .PP
  3063. The following specific terminology is used to describe the possible selection 
  3064. method: 
  3065. .RT
  3066. .LP
  3067. .sp 1
  3068. \v'6p'
  3069. Sequential hunting
  3070. \v'6p'
  3071. A sequential search is conducted over the members of the group in a
  3072. fixed pre\(hyspecified order
  3073. Uniform distribution
  3074. An equal distribution of calls is provided to idle members of the
  3075. group
  3076. .PP
  3077. The actual algorithm for each hunting method is a network provider option.
  3078. .PP
  3079. \fINote\fR \ \(em\ The status of an individual channel may be included in the
  3080. selection criteria above.
  3081. .PP
  3082. The selection of an interface is based on the availability of
  3083. information channels rather than on the NDUB status. As part of each
  3084. applicable bearer service or teleservice, there is already an option specifying 
  3085. the maximum number of information channels which can be used on the interface 
  3086. for each ISDN number, all ISDN numbers or subsets of ISDN numbers. 
  3087. .RT
  3088. .sp 1P
  3089. .LP
  3090. 6.2.3
  3091.     \fIQualifications on the applicability to telecommunication\fR 
  3092. \fIservices\fR 
  3093. .sp 9p
  3094. .RT
  3095. .PP
  3096. This supplementary service is considered meaningful when applied
  3097. to the speech and 3.1\ kHz audio bearer services and to the Telephony
  3098. teleservice. Furthermore, it may also be meaningful when applied to other
  3099. services.
  3100. .RT
  3101. .sp 2P
  3102. .LP
  3103. 6.3
  3104.     \fIProcedures\fR 
  3105. .sp 1P
  3106. .RT
  3107. .sp 1P
  3108. .LP
  3109. 6.3.1
  3110.     \fIProvision/withdrawal\fR 
  3111. .sp 9p
  3112. .RT
  3113. .PP
  3114. Line Hunting is offered, with possible subscription options, as a service 
  3115. to the called party and applied to an ISDN number. For each 
  3116. subscription the following are specified:
  3117. .RT
  3118. .LP
  3119. .sp 1
  3120. \fISubscription options\fR \fIValues\fR Selected Method
  3121. \(em
  3122.     Sequential 
  3123.     
  3124. \(em
  3125.     Uniform 
  3126.     Members
  3127. \(em
  3128.     List of 2 or more interfaces 
  3129.     
  3130. .sp 2P
  3131. .LP
  3132. 6.3.2
  3133.     \fINormal procedures\fR 
  3134. .sp 1P
  3135. .RT
  3136. .sp 1P
  3137. .LP
  3138. 6.3.2.1
  3139.     \fIActivation/deactivation/registration\fR 
  3140. .sp 9p
  3141. .RT
  3142. .PP
  3143. Line Hunting is activated on provision and deactivated on
  3144. withdrawal.
  3145. .RT
  3146. .sp 1P
  3147. .LP
  3148. 6.3.2.2
  3149.     \fIInvocation and operation\fR 
  3150. .sp 9p
  3151. .RT
  3152. .PP
  3153. An incoming call to an ISDN number on which Line Hunting is in
  3154. operation will be offered to a specific available interface in a pre\(hydefined
  3155. manner. The selection of the specified interface may provide for a uniform
  3156. distribution of calls or sequential distribution of calls.
  3157. .PP
  3158. The method of selecting the interface may be either Sequential Hunting 
  3159. or Uniform Distribution. The selection algorithm may include reference 
  3160. to the channel status. 
  3161. .PP
  3162. Once an interface has been selected, normal call set\(hyup procedures
  3163. apply and Line Hunting procedures are considered complete.
  3164. .PP
  3165. Outgoing calls from a Line Hunting Group are unaffected by this
  3166. service.
  3167. .bp
  3168. .RT
  3169. .sp 2P
  3170. .LP
  3171. 6.3.3
  3172.     \fIExceptional procedures\fR 
  3173. .sp 1P
  3174. .RT
  3175. .sp 1P
  3176. .LP
  3177. 6.3.3.1
  3178.     \fIActivation/deactivation/registration\fR 
  3179. .sp 9p
  3180. .RT
  3181. .PP
  3182. None identified.
  3183. .RT
  3184. .sp 1P
  3185. .LP
  3186. 6.3.3.2
  3187.     \fIInvocation and operation\fR 
  3188. .sp 9p
  3189. .RT
  3190. .PP
  3191. If no interface is available, the Line Hunting service is
  3192. unsuccessful and a busy indication is returned to the calling subscriber.
  3193. .PP
  3194. If no compatible terminal on a selected interface responds, no further 
  3195. line hunting action is provided and the call is released in the normal 
  3196. manner. 
  3197. .PP
  3198. If the offered call is rejected at an interface, the call is released with 
  3199. normal procedures. No further hunting is provided. 
  3200. .RT
  3201. .sp 2P
  3202. .LP
  3203. 6.3.4
  3204.     \fIAlternative procedures\fR 
  3205. .sp 1P
  3206. .RT
  3207. .sp 1P
  3208. .LP
  3209. 6.3.4.1
  3210.     \fIActivation/deactivation/registration\fR 
  3211. .sp 9p
  3212. .RT
  3213. .PP
  3214. None identified.
  3215. .RT
  3216. .sp 1P
  3217. .LP
  3218. 6.3.4.2
  3219.     \fIInvocation and operation\fR 
  3220. .sp 9p
  3221. .RT
  3222. .PP
  3223. None identified.
  3224. .RT
  3225. .sp 1P
  3226. .LP
  3227. 6.4
  3228.     \fINetwork capabilities for charging\fR 
  3229. .sp 9p
  3230. .RT
  3231. .PP
  3232. This Recommendation does not cover charging principles. Future
  3233. Recommendations in the D\(hySeries are expected to contain that information.
  3234. .PP
  3235. It shall be possible to charge the subscriber accurately for the
  3236. service.
  3237. .RT
  3238. .sp 1P
  3239. .LP
  3240. 6.5
  3241.     \fIInterworking requirements\fR 
  3242. .sp 9p
  3243. .RT
  3244. .PP
  3245. The possibility of a line hunting group including both ISDN and
  3246. non\(hyISDN interfaces for a particular Line Hunting service should be 
  3247. considered. This is for futher study. 
  3248. .RT
  3249. .sp 2P
  3250. .LP
  3251. 6.6
  3252.     \fIInteraction with other supplementary services\fR 
  3253. .sp 1P
  3254. .RT
  3255. .sp 1P
  3256. .LP
  3257. 6.6.1
  3258.     \fICall Waiting\fR 
  3259. .sp 9p
  3260. .RT
  3261. .PP
  3262. The Call Waiting service should not be provided to a line in a
  3263. hunt group.
  3264. .RT
  3265. .sp 1P
  3266. .LP
  3267. 6.6.2
  3268.     \fICall Transfer\fR 
  3269. .sp 9p
  3270. .RT
  3271. .PP
  3272. No impact, i.e. neither supplementary service affects the operation of 
  3273. the other supplementary service. 
  3274. .RT
  3275. .sp 1P
  3276. .LP
  3277. 6.6.3
  3278.     \fIConnected Line Identification Presentation\fR 
  3279. .sp 9p
  3280. .RT
  3281. .PP
  3282. No impact, i.e. neither supplementary service affects the operation of 
  3283. the other supplementary service. 
  3284. .RT
  3285. .sp 1P
  3286. .LP
  3287. 6.6.4
  3288.     \fIConnected Line Identification Restriction\fR 
  3289. .sp 9p
  3290. .RT
  3291. .PP
  3292. No impact, i.e. neither supplementary service affects the operation of 
  3293. the other supplementary service. 
  3294. .RT
  3295. .sp 1P
  3296. .LP
  3297. 6.6.5
  3298.     \fICalling Line Identification Presentation\fR 
  3299. .sp 9p
  3300. .RT
  3301. .PP
  3302. No impact, i.e. neither supplementary
  3303. service affects the operation of
  3304. the other supplementary service.
  3305. .bp
  3306. .RT
  3307. .sp 1P
  3308. .LP
  3309. 6.6.6
  3310.     \fICalling Line Identification Restriction\fR 
  3311. .sp 9p
  3312. .RT
  3313. .PP
  3314. No impact, i.e. neither supplementary
  3315. service affects the operation of
  3316. the other supplementary service.
  3317. .RT
  3318. .sp 1P
  3319. .LP
  3320. 6.6.7
  3321.     \fIClosed User Group\fR 
  3322. .sp 9p
  3323. .RT
  3324. .PP
  3325. When a free line of a Line Hunting Group has been found, any CUG
  3326. restrictions must be met before the connection will be established.
  3327. .RT
  3328. .sp 1P
  3329. .LP
  3330. 6.6.8
  3331.     \fIConference Calling\fR 
  3332. .sp 9p
  3333. .RT
  3334. .PP
  3335. No impact, i.e. neither supplementary
  3336. service affects the operation of
  3337. the other supplementary service.
  3338. .RT
  3339. .sp 1P
  3340. .LP
  3341. 6.6.9
  3342.     \fIDirect\(hyDialling\(hyIn\fR 
  3343. .sp 9p
  3344. .RT
  3345. .PP
  3346. No impact, i.e. neither supplementary service affects the operation of 
  3347. the other supplementary service. 
  3348. .RT
  3349. .sp 2P
  3350. .LP
  3351. 6.6.10
  3352.     \fICall Diversion (i.e. Call Forwarding) services\fR 
  3353. .sp 1P
  3354. .RT
  3355. .sp 1P
  3356. .LP
  3357. 6.6.10.1
  3358.     \fICall Forwarding Busy (CFB)\fR 
  3359. .sp 9p
  3360. .RT
  3361. .PP
  3362. If the outcome of the Line Hunting supplementary service is
  3363. unsuccessful (see \(sc\ 6.3.3.2 above), CFB may be invoked.
  3364. .RT
  3365. .sp 1P
  3366. .LP
  3367. 6.6.10.2
  3368.     \fICall Forwarding No Reply\fR 
  3369. .sp 9p
  3370. .RT
  3371. .PP
  3372. No impact, i.e. neither supplementary service affects the operation of 
  3373. the other supplementary service. 
  3374. .RT
  3375. .sp 1P
  3376. .LP
  3377. 6.6.10.3
  3378.     \fICall Forwarding Unconditional\fR 
  3379. .sp 9p
  3380. .RT
  3381. .PP
  3382. When the CUF and Line Hunting supplementary services are both
  3383. subscribed to on the same ISDN number, the CFU supplementary service takes
  3384. priority. Further information is contained in the CUF definition
  3385. in\ \(sc\ 4.
  3386. .RT
  3387. .sp 1P
  3388. .LP
  3389. 6.6.11
  3390.     \fILine Hunting\fR 
  3391. .sp 9p
  3392. .RT
  3393. .PP
  3394. Not relevant.
  3395. .RT
  3396. .sp 1P
  3397. .LP
  3398. 6.6.12
  3399.     \fIThree\(hyParty Service\fR 
  3400. .sp 9p
  3401. .RT
  3402. .PP
  3403. No impact, i.e. neither supplementary service affects the operation of 
  3404. the other supplementary service. 
  3405. .RT
  3406. .sp 1P
  3407. .LP
  3408. 6.6.13
  3409.     \fIUser\(hyto\(hyUser Signalling\fR 
  3410. .sp 9p
  3411. .RT
  3412. .PP
  3413. No impact, i.e. neither supplementary
  3414. service affects the operation of
  3415. the other supplementary service.
  3416. .RT
  3417. .sp 1P
  3418. .LP
  3419. 6.6.14
  3420.     \fIMultiple Subscriber Number\fR 
  3421. .sp 9p
  3422. .RT
  3423. .PP
  3424. For further study.
  3425. .RT
  3426. .sp 1P
  3427. .LP
  3428. 6.6.15
  3429.     \fICall Hold\fR 
  3430. .sp 9p
  3431. .RT
  3432. .PP
  3433. No impact, i.e. neither supplementary service affects the operation of 
  3434. the other supplementary service. 
  3435. .RT
  3436. .sp 1P
  3437. .LP
  3438. 6.6.16
  3439.     \fIAdvice of Charge\fR 
  3440. .sp 9p
  3441. .RT
  3442. .PP
  3443. No impact, i.e. neither supplementary service affects the operation of 
  3444. the other supplementary service. 
  3445. .bp
  3446. .RT
  3447. .sp 1P
  3448. .LP
  3449. 6.7
  3450.     \fIDynamic description\fR 
  3451. .sp 9p
  3452. .RT
  3453. .PP
  3454. The dynamic description of this service is contained in
  3455. Figure\ 6/I.252.
  3456. .RT
  3457. .LP
  3458. .rs
  3459. .sp 48P
  3460. .ad r
  3461. \fBFigure 6/I.252, (N), p.\fR 
  3462. .sp 1P
  3463. .RT
  3464. .ad b
  3465. .RT
  3466. .LP
  3467. .bp
  3468.